# Integrity check Rake task > 原文：[https://docs.gitlab.com/ee/administration/raketasks/check.html](https://docs.gitlab.com/ee/administration/raketasks/check.html) * [Repository integrity](#repository-integrity) * [Check all GitLab repositories](#check-all-gitlab-repositories) * [Uploaded files integrity](#uploaded-files-integrity) * [LDAP check](#ldap-check) # Integrity check Rake task[](#integrity-check-rake-task-core-only "Permalink") GitLab 提供了 Rake 任务来检查各种组件的完整性. ## Repository integrity[](#repository-integrity "Permalink") 尽管 Git 非常灵活，并试图防止数据完整性问题，但有时还是会出错. 以下 Rake 任务旨在帮助 GitLab 管理员诊断问题存储库，以便对其进行修复. 需要检查 3 件事以确定完整性. 1. Git 存储库文件系统检查（ [`git fsck`](https://git-scm.com/docs/git-fsck) ）. 此步骤验证存储库中对象的连接性和有效性. 2. 在存储库目录中检查`config.lock` . 3. 检查`refs/heads`是否有任何分支/引用锁定文件. 重要的是要注意，仅存在`config.lock`或引用锁并不一定表示问题. 当 Git 和 GitLab 在存储库上执行操作时，会定期创建和删除锁定文件. 它们用于防止数据完整性问题. 但是，如果 Git 操作被中断，则这些锁可能无法正确清理. 以下症状可能表明存储库完整性有问题. 如果用户遇到这些症状，则可以使用下面介绍的 Rake 任务来确定导致问题的确切存储库. * 尝试推送代码时收到错误- `remote: error: cannot lock ref` * 查看 GitLab 仪表板或访问特定项目时出现 500 错误. ### Check all GitLab repositories[](#check-all-gitlab-repositories "Permalink") 此任务循环遍历 GitLab 服务器上的所有存储库，并运行前面所述的完整性检查. **全部安装** ``` sudo gitlab-rake gitlab:git:fsck ``` **源安装** ``` sudo -u git -H bundle exec rake gitlab:git:fsck RAILS_ENV=production ``` ## Uploaded files integrity[](#uploaded-files-integrity "Permalink") 用户可以将各种类型的文件上传到 GitLab 安装. 这些完整性检查可以检测丢失的文件. 此外，对于本地存储的文件，会在上载时生成校验和并将其存储在数据库中，这些校验将针对当前文件进行校验. 当前，以下类型的文件支持完整性检查： * CI 工件（从版本 10.7.0 起可用） * LFS 对象（从版本 10.6.0 起可用） * 用户上传（从版本 10.6.0 起可用） **全部安装** ``` sudo gitlab-rake gitlab:artifacts:check sudo gitlab-rake gitlab:lfs:check sudo gitlab-rake gitlab:uploads:check ``` **Source Installation** ``` sudo -u git -H bundle exec rake gitlab:artifacts:check RAILS_ENV=production sudo -u git -H bundle exec rake gitlab:lfs:check RAILS_ENV=production sudo -u git -H bundle exec rake gitlab:uploads:check RAILS_ENV=production ``` 这些任务还接受一些环境变量，可用于覆盖某些值： | Variable | Type | Description | | --- | --- | --- | | `BATCH` | integer | 指定批处理的大小. 默认为 200. | | `ID_FROM` | integer | 指定从其开始的 ID，包括值. | | `ID_TO` | integer | 指定以 ID 结尾的 ID 值（包括该值）. | | `VERBOSE` | boolean | 导致失败被单独列出，而不是被汇总. | ``` sudo gitlab-rake gitlab:artifacts:check BATCH=100 ID_FROM=50 ID_TO=250 sudo gitlab-rake gitlab:lfs:check BATCH=100 ID_FROM=50 ID_TO=250 sudo gitlab-rake gitlab:uploads:check BATCH=100 ID_FROM=50 ID_TO=250 ``` 输出示例： ``` $ sudo gitlab-rake gitlab:uploads:check Checking integrity of Uploads - 1..1350: Failures: 0 - 1351..2743: Failures: 0 - 2745..4349: Failures: 2 - 4357..5762: Failures: 1 - 5764..7140: Failures: 2 - 7142..8651: Failures: 0 - 8653..10134: Failures: 0 - 10135..11773: Failures: 0 - 11777..13315: Failures: 0 Done! ``` 详细输出示例： ``` $ sudo gitlab-rake gitlab:uploads:check VERBOSE=1 Checking integrity of Uploads - 1..1350: Failures: 0 - 1351..2743: Failures: 0 - 2745..4349: Failures: 2 - Upload: 3573: #<Errno::ENOENT: No such file or directory @ rb_sysopen - /opt/gitlab/embedded/service/gitlab-rails/public/uploads/user-foo/project-bar/7a77cc52947bfe188adeff42f890bb77/image.png> - Upload: 3580: #<Errno::ENOENT: No such file or directory @ rb_sysopen - /opt/gitlab/embedded/service/gitlab-rails/public/uploads/user-foo/project-bar/2840ba1ba3b2ecfa3478a7b161375f8a/pug.png> - 4357..5762: Failures: 1 - Upload: 4636: #<Google::Apis::ServerError: Server error> - 5764..7140: Failures: 2 - Upload: 5812: #<NoMethodError: undefined method `hashed_storage?' for nil:NilClass> - Upload: 5837: #<NoMethodError: undefined method `hashed_storage?' for nil:NilClass> - 7142..8651: Failures: 0 - 8653..10134: Failures: 0 - 10135..11773: Failures: 0 - 11777..13315: Failures: 0 Done! ``` ## LDAP check[](#ldap-check "Permalink") LDAP 检查 Rake 任务将测试绑定 DN 和密码凭据（如果已配置），并将列出 LDAP 用户的样本. 此任务也作为`gitlab:check`任务的一部分执行，但可以独立运行. 有关详细信息，请参见[LDAP Rake 任务-LDAP 检查](ldap.html#check) .