极狐GitLab 正式推出面向 GitLab 老旧版本(12.x、13.x、14.x、15.x 等)免费用户的专业升级服务,点击查看详情

返回列表 发布新帖

升级后再降级,数据库发生错误乱;runner功能发生错误;

502 5
发表于 2024-8-9 11:37:18 | 显示全部楼层 阅读模式

马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。

您需要 登录 才可以下载或查看,没有账号?注册

×

迁移路径:1.从16.11.2-jh -> 17.2.1(有问题,发现需要先到16.11.7) -> 16.11.7(仍然有问题,因此回到11.2) -> 16.11.2。 直接问题:group runner页面获取之前注册的runner错误,重新建runner也不行,新建runner按钮报错。

问题查找

1.执行 gitlab-rake gitlab:db:schema_checker:run 发现当前数据库与当前版本16.11.2数据库存在差异。

2.执行 gitlab-rake db:migrate:status 发现里面有了16.11.7与17.2.1的migrate记录,现在数据库错乱了;

述求:想恢复到16.11.2的数据库,但不想影响现有数据的正确性,想请教如何操作。

附件:我现在的 gitlab-rake db:migrate:status 因不能太长,因此贴了认为重点信息的两段

下面这段是中间的一段

up     20240415135156  ********** NO FILE **********
   up     20240415135324  ********** NO FILE **********
   up     20240415164720  ********** NO FILE **********
   up     20240415184907  Add trusted extern uid to identities
   up     20240415190848  Index identities on provider
   up     20240416005004  ********** NO FILE **********
   up     20240416094040  ********** NO FILE **********
   up     20240416103114  ********** NO FILE **********
   up     20240416103210  ********** NO FILE **********
   up     20240416110447  ********** NO FILE **********
   up     20240416110522  ********** NO FILE **********
   up     20240416111927  ********** NO FILE **********
   up     20240416112009  ********** NO FILE **********
   up     20240416141638  ********** NO FILE **********
   up     20240416141703  ********** NO FILE **********
   up     20240416144500  ********** NO FILE **********
   up     20240416144510  ********** NO FILE **********
   up     20240416144520  ********** NO FILE **********
   up     20240416144924  ********** NO FILE **********
   up     20240418032555  ********** NO FILE **********
   up     20240418032713  ********** NO FILE **********
   up     20240418135657  ********** NO FILE **********
   up     20240418181719  ********** NO FILE **********
   up     20240419035356  ********** NO FILE **********
   up     20240419035357  ********** NO FILE **********
   up     20240419035358  ********** NO FILE **********
   up     20240419035359  ********** NO FILE **********
   up     20240419035360  ********** NO FILE **********
   up     20240419035504  ********** NO FILE **********
   up     20240419035505  ********** NO FILE **********
   up     20240419035506  ********** NO FILE **********
   up     20240419035507  ********** NO FILE **********
   up     20240419035508  ********** NO FILE **********
   up     20240419035616  ********** NO FILE **********
   up     20240419035617  ********** NO FILE **********
   up     20240419035618  ********** NO FILE **********
   up     20240419035619  ********** NO FILE **********
   up     20240419035620  ********** NO FILE **********
   up     20240419071412  ********** NO FILE **********
   up     20240419074624  ********** NO FILE **********
   up     20240419074648  ********** NO FILE **********
   up     20240419082037  ********** NO FILE **********
   up     20240419085004  ********** NO FILE **********
   up     20240419102832  ********** NO FILE **********
   up     20240419122328  ********** NO FILE **********
   up     20240419124207  ********** NO FILE **********
   up     20240419131607  ********** NO FILE **********
   up     20240419134956  ********** NO FILE **********
   up     20240419140530  Set trusted extern uid to false for existing bitbucket identities
   up     20240419205606  ********** NO FILE **********
   up     20240421011547  ********** NO FILE **********
   up     20240421014253  ********** NO FILE **********
   up     20240421143211  ********** NO FILE **********
   up     20240422000000  ********** NO FILE **********
   up     20240422000001  ********** NO FILE **********

下面这段是最后几行

   up     20240715145555  ********** NO FILE **********
   up     20240715150401  ********** NO FILE **********
   up     20240715150402  ********** NO FILE **********
   up     20240715153223  ********** NO FILE **********
   up     20240715153224  ********** NO FILE **********
   up     20240715153248  ********** NO FILE **********
   up     20240715153249  ********** NO FILE **********
回复

使用道具 举报

评论5

zookeeperLv.7 发表于 2024-8-9 14:29:35 | 显示全部楼层
您这种情况一般建议用16.11.2的备份包restore 到16.11.2
回复

使用道具 举报

李帅楼主Lv.1 发表于 2024-8-9 15:21:43 | 显示全部楼层
我到是有备份包,不过是前几天的,不是实时的; 当前只是cicd功能有问题; 如果用几天前的数据restore,怕代码都丢了,那更麻烦;
回复

使用道具 举报

李帅楼主Lv.1 发表于 2024-8-9 15:22:21 | 显示全部楼层
zookeeper 发表于 2024-8-9 14:29
您这种情况一般建议用16.11.2的备份包restore 到16.11.2

我到是有备份包,不过是前几天的,不是实时的; 当前只是cicd功能有问题; 如果用几天前的数据restore,怕代码都丢了,那更麻烦;
回复

使用道具 举报

李帅楼主Lv.1 发表于 2024-8-9 15:56:53 | 显示全部楼层
zookeeper 发表于 2024-8-9 14:29
您这种情况一般建议用16.11.2的备份包restore 到16.11.2

想请教下,只恢复db 不恢复repository,是不是问题不大; 底线是用户项目数据不变,权限数据不变,代码及代码提交记录都在;其它的如issue, cicd,pipeline等都好说;
回复

使用道具 举报

zookeeperLv.7 发表于 2024-8-11 22:36:16 | 显示全部楼层
只恢复db还是会有问题,可能会遇到创建仓库失败这种错误,可以再尝试往上升级,严格按照文档进行升级,并检查每次升级后的后台迁移任务:https://docs.gitlab.com/ee/updat ... ckground-migrations
回复

使用道具 举报

意见建议

Email:forum@gitlab.cn
  • 关注公众号
  • 添加专业顾问
Copyright © 2001-2024 极狐GitLab论坛 版权所有 All Rights Reserved. 鄂ICP备2021008419号-1|鄂公网安备42018502006137号
关灯 快速发帖
扫一扫添加专业顾问
返回顶部
快速回复 返回顶部 返回列表