gitlab:git:fsck rake task checks archived repositories by default, change to skip
<!--IssueSummary start--> <details> <summary> Everyone can contribute. [Help move this issue forward](https://handbook.gitlab.com/handbook/marketing/developer-relations/contributor-success/community-contributors-workflows/#contributor-links) while earning points, leveling up and collecting rewards. </summary> - [Close this issue](https://contributors.gitlab.com/manage-issue?action=close&projectId=278964&issueIid=504196) </details> <!--IssueSummary end--> ### Release notes ### Problem to solve Recent versions of `git` now report more fsck errors, see https://gitlab.com/gitlab-org/gitaly/-/issues/5641 for details. This means that when a customer has enabled the setting * Enable repository checks for all projects - https://docs.gitlab.com/ee/administration/repository_checks.html#enable-repository-checks-for-all-projects the GitLab administrators will receive email alerts every week regarding these. This causes noise and may obscure new alerts from being seen. ### Proposal I propose modifying the default behavior of the `gitlab:git:fsck` rake task to skip archived projects. However, we also should adding an option to include archived projects if needed. e.g. ```markdown 1. Update the `gitlab:git:fsck` rake task to skip archived projects by default. 2. Add a new option (e.g., `INCLUDE_ARCHIVED=true`) to allow checking of archived projects when explicitly specified. ``` #### Benefits - Reduced processing time and resource usage for instances with many archived projects. - Maintains flexibility for administrators who need to check archived projects. - Aligns with the general expectation that archived projects are low-maintenance. #### Additional Context This change would be particularly beneficial for large GitLab instances with a significant number of archived projects, as it would reduce the overall runtime of maintenance tasks. ### Intended users <!-- Who will use this feature? If known, include any of the following: types of users (e.g. Developer), personas, or specific company roles (e.g. Release Manager). It's okay to write "Unknown" and fill this field in later. Personas are described at https://handbook.gitlab.com/handbook/product/personas/ * [Sidney (Systems Administrator)](https://handbook.gitlab.com/handbook/product/personas/#sidney-systems-administrator) ### Feature Usage Metrics ### Does this feature require an audit event? Hadn't consider this, maybe an audit event is useful as an additional notification to the email.
issue