ksc010

@gadfly3173 按照上面的方法 已经解决了 就是 “存储方式”转换失败的问题

上面前四步 可以优化为

进入 数据库 （我用的是 postgreSql ）

然后执行 update "projects" set repository_read_only = null where repository_read_only is true ；

在进入 docker 执行转换命令

在查看错误日志的的时候，会看到日志提示 “仓库只读”
然后就导致 转换过程失败了
这时候 手动把只读取消 然后重新执行转换命令就可以了


1. Start a Rails console session 75 (这里我是进入 docker 执行的 ./bin/rails console)
2. Find the project by name: p = Project.find_by_name("<project-name>")
3. Confirm that the repository is in fact read-only: p.repository_read_only
4. Unset the repository_read_only flag: p.update!(repository_read_only:nil)
5. Retry the corresponding Sidekiq job in the Admin Area (for me it would succeed almost instantly - the dead job count decreased and I never saw a running job)
6. Rinse and repeat from step 2.

搜到了解决方案：
https://stackoverflow.com/questions/64177125/gitlab-ce-how-to-restore-or-repair-repos-with-issues-merge-requests-that-are

https://forum.gitlab.com/t/a-number-of-hashed-storage-project-migrate-jobs-failed-projects-show-the-repository-for-this-project-does-not-exist/46002/3

针对升级后提示 “NO REPOSITORY” 原因应该是

需要 将 legacy storage 转换为 hashed storage
执行命令 rake gitlab:storage:migrate_to_hashed

但是这个命令 我看了下 Admin->Monitoring->Background Jobs

hashed_storage:hashed_storage_project_migrate 队列中 实行失败了

最近的一次备份是 上个月的，但是版本是 13.0.6 的。中间有几次提交，
目前看最好的方案是不是只能 重新搭建一个新环境 恢复到这次的备份了

@iciey 有个专有名词
我记得叫做 “语言降级”，“语言降格” 什么的 但是搜了下 貌似不是

一般都是 通过 py -版本号
另外 py 解释器 也支持 读取 py 文件的首行
所以也可以在 python 文件中指定版本
!#/usr/bin/env python3

理论上是可以的 ，比如 python 的虚拟环境 就是 环境变量和解释器路径位置的不同