-
-
Notifications
You must be signed in to change notification settings - Fork 5.8k
Add an option to omit health checks for some repositories #1712
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
I would be happy to work on this myself if you let me know whether such a feature is acceptable, and where it should be implemented. |
@tobyp please send a PR |
I'm currently testing a patch for this. Took me a while to get Go and Drone set up correctly. |
Mirrors should probably default to "off" ? 🙂 |
Some large git repos (e.g. the Linux Kernel) take an excessively long time to fsck, and the resulting failure messages pollute the Gitea system notices with noise. Add the field SKIP_REPOS to the [cron.repo_health_check] section of app.ini which is a list of repos for which to skip the health check. Implements: go-gitea#1712 Signed-off-by: Allen Wild <[email protected]>
Some large git repos (e.g. the Linux Kernel) take an excessively long time to fsck, and the resulting failure messages pollute the Gitea system notices with noise. Add the field SKIP_REPOS to the [cron.repo_health_check] section of app.ini which is a list of repos for which to skip the health check. Implements: go-gitea#1712 Signed-off-by: Allen Wild <[email protected]>
After writing an The main question: should this setting be only available for admin users? I think the answer should be yes. With that in mind, here's my idea
|
In the same time, would it be a good idea to add an option to voluntary do the health checks ? |
@Pofilo do you mean an option to manually trigger the health checks rather than waiting for cron to do it? I added an Admin Dashboard option for that to my personal fork (aswild@31de6a9), it could be cherry-picked upstream but I'd consider that a separate issue/PR. |
@aswild yes, please do submit PR about that ;) |
New Feature: * Repository struct field for IsFsckEnabled (default true of course) * Admin Settings section on repo options page, accessible only by admin users Possible Enhancements: * There's no way to force running health checks on all repos regardless of their IsFsckEnabled setting. This would be useful if there were an admin API or dashboard button to run fsck immediately. Issue: go-gitea#1712 Signed-off-by: Allen Wild <[email protected]>
New Feature: * Repository struct field for IsFsckEnabled (default true of course) * Admin Settings section on repo options page, accessible only by admin users Possible Enhancements: * There's no way to force running health checks on all repos regardless of their IsFsckEnabled setting. This would be useful if there were an admin API or dashboard button to run fsck immediately. Issue: #1712 Signed-off-by: Allen Wild <[email protected]>
Some large git repos (e.g. the Linux Kernel) take an excessively long time to fsck, and the resulting failure messages pollute the Gitea system notices with noise. Add the field SKIP_REPOS to the [cron.repo_health_check] section of app.ini which is a list of repos for which to skip the health check. Implements: go-gitea#1712 Signed-off-by: Allen Wild <[email protected]>
Some large git repos (e.g. the Linux Kernel) take an excessively long time to fsck, and the resulting failure messages pollute the Gitea system notices with noise. Add the field SKIP_REPOS to the [cron.repo_health_check] section of app.ini which is a list of repos for which to skip the health check. Implements: go-gitea#1712 Signed-off-by: Allen Wild <[email protected]>
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs during the next 2 weeks. Thank you for your contributions. |
This now exists. Closing issues. |
[x]
):Description
I keep a mirror of cpython on my gitea for convenience. A health check (git fsck) on it would take approximately 10 minutes. As this is a mirror, it is also completely unnecessary. I also don't want to raise the health check timeout that high.
It would be great to have an option to skip the health check for such repositories so my system notices and journal don't fill up so fast, possibly making me miss more important problems. This might be accomplished by:
The text was updated successfully, but these errors were encountered: