如何在Ubuntu服务器上删除升级失败后损坏的GitLab仓库？常规删除操作报Error 500

架构老林

2026-5-1

解决GitLab升级后损坏仓库无法删除（500错误）的问题

从你提供的production.log日志来看，这个500错误是OpenSSL::Cipher::CipherError导致的——这说明在尝试删除仓库时，系统无法解密某个关联的加密令牌，使得项目销毁服务无法正常执行。这种情况下，我们需要通过手动操作数据库和文件系统来彻底删除损坏的仓库，步骤如下：

操作前的重要准备

一定要先备份GitLab的数据，避免操作失误导致更多问题：

sudo gitlab-backup create

步骤1：停止GitLab相关服务

防止在操作过程中出现进程冲突：

sudo gitlab-ctl stop

步骤2：进入GitLab Rails控制台

我们需要通过控制台定位并清理损坏的项目数据：

sudo gitlab-rails console production

步骤3：定位并删除数据库中的项目记录

在控制台中执行以下Ruby代码，找到目标仓库对应的项目：

# 根据命名空间和项目名查找
namespace = Namespace.find_by_path('student100675')
project = Project.find_by_namespace_id_and_path(namespace.id, 'anagrams')

# 如果找到项目，先尝试正常销毁（推荐优先用这个）
if project.present?
  project.destroy!
else
  puts "未找到目标项目，请检查命名空间或项目名是否正确"
end

如果project.destroy!仍然抛出加密错误，说明关联数据已经损坏，我们可以直接从数据库中删除项目记录（谨慎操作）：

if project.present?
  Project.connection.execute("DELETE FROM projects WHERE id = #{project.id}")
  # 同时清理关联的项目特性表（如果需要）
  Project.connection.execute("DELETE FROM project_features WHERE project_id = #{project.id}")
end

操作完成后，输入exit退出控制台。

步骤4：删除文件系统中的仓库文件

GitLab的仓库文件默认存储在/var/opt/gitlab/git-data/repositories/目录下，删除对应仓库的文件夹：

sudo rm -rf /var/opt/gitlab/git-data/repositories/student100675/anagrams.git

步骤5：重启GitLab服务

sudo gitlab-ctl start

验证结果

完成后登录GitLab网页，检查该仓库是否已经被移除；也可以再次进入Rails控制台，确认Project.find_by_path('anagrams')返回nil。

额外注意事项

如果你的GitLab启用了Elasticsearch，还需要手动删除对应的项目索引，避免索引残留；
操作过程中如果遇到权限问题，确保使用sudo执行所有命令；
如果有多个损坏仓库，重复上述步骤即可。

内容的提问来源于stack exchange，提问作者Garry Sinitsyn