记一次作死升级Docker/gitlab失败

前言

今晚心血来潮,在机器上apt-get update&& upgrade了下,发现了个docker-ce的更新,然后作死发现我的docker 版本还是17.x,都8102年了,让人知道我还在用17.x多不好,于是作死升级了docker-ce.

ps: 我使用的gitlab image

gitlab开始挂啦

升级后,人工start了一些没有start成功的容器后,打开gitlab,发现500了, 于是发现事情不对啦…

尝试恢复

作死的是,我尝试docker-compose pull了新镜像,然后重启重新创建,还是挂得…

恢复备份试试看咯

幸好此镜像自带了每天备份打包到本地附送备份至s3,所以虽然挂了,我一点也不慌。

查看了下backup,最近一个备份是今日早上9点,看来问题不大,于是开始恢复之旅。

恢复之旅

首先,安装官方文档,尝试第一次恢复

然后报错:

Google搜索,找到github的一个issue也有类似的问题,并且有人提供了解决方案。

Starting the gitlab container
Enter the gitlab’s bash shell
Execute /sbin/entrypoint.sh app:rake gitlab:backup:restore to restore a backup
When restore finish, just restart gitlab container, and all is done.

按照此方案,又遇到了个问题:

Google之,然后进入redis-cli执行:

重新恢复备份,重启后,终于恢复😀

少了几个commit,push下又是一条好汉。

后记

备份很重要!!

此次恢复只用到了本地备份,并没有用到s3的备份。正因有最近几天的备份以及s3上一个月的备份,所以恢复过程还是不慌不忙的。

升级docker之类的,还是要慎重,升级之前还是不要太自信,还是先给重要的数据都做个备份以防万一。

原创文章,转载请注明: 转载自orvice's blog

并以超链接的形式注明本文链接地址:
https://blog.orx.me/post/840