这是一个创建于 2038 天前的主题,其中的信息可能已经有所发展或是发生改变。
各位大佬,昨天 shell 窗口忘记切换,直接把 gitlab 自动备份的包在生产机器上执行了恢复动作,第一步 restoring 数据库以及第二步 Restoring repositories 没有异常完成;
2019-04-29 00:02:24 +0800 -- Restoring uploads ...
rake aborted!
Backup::Error: Backup failed
/opt/gitlab/embedded/service/gitlab-rails/lib/backup/files.rb:81:in `run_pipeline!'
/opt/gitlab/embedded/service/gitlab-rails/lib/backup/files.rb:44:in `restore'
/opt/gitlab/embedded/service/gitlab-rails/lib/tasks/gitlab/backup.rake:144:in `block (4 levels) in <top (required)>'
/opt/gitlab/embedded/service/gitlab-rails/lib/tasks/gitlab/backup.rake:61:in `block (3 levels) in <top (required)>'
/opt/gitlab/embedded/bin/bundle:23:in `load'
/opt/gitlab/embedded/bin/bundle:23:in `<main>'
Tasks: TOP => gitlab:backup:uploads:restore
(See full trace by running task with --trace)
第三步恢复 uploads 抛出失败,然后后续操作就没有进行.
然后反应过来操作失误了,gitlab-rake gitlab:check 和 gitlab-rake gitlab:check SANITIZE=true 没有错误 ,让各提交人员检查登录以及查看提交记录什么的貌似没什么问题... 主要是这个机器上以前遗留下来还跑着 mysql 以及 redis,各位大佬,还有什么方法进行更详细的 gitlab 类似于一致性检查么?
这个备份包我在一台新安装同版本 gitlab 的机器上进行恢复动作,所有动作完整执行且没有错误