docker中的gitlab数据备份、迁移和升级

前期准备

数据备份
记录gitlab运行命令：
docker run -itd  --name gitlab \
 --hostname gitlab.suniot.cn  \
 -p 443:443 -p  10022:22 -p 10080:80 \
 -v /home/docker/gitlab/config:/etc/gitlab \
 -v /home/docker/gitlab/logs:/var/log/gitlab \
 -v /home/docker/gitlab/data:/var/opt/gitlab \
  gitlab/gitlab-ce:14.1.2-ce.0
 
备份数据库和配置文件
  docker exec -t gitlab gitlab-rake gitlab:backup:create
  备份的文件在
  /home/docker/gitlab/data/backups

迁移到目标服务器

新的服务器上运行gitlab
docker run -itd  --name gitlab \
 --hostname gitlab.suniot.cn  \
 -p 443:443 -p  10022:22 -p 10080:80 \
 -v /home/docker/gitlab/config:/etc/gitlab \
 -v /home/docker/gitlab/logs:/var/log/gitlab \
 -v /home/docker/gitlab/data:/var/opt/gitlab \
  gitlab/gitlab-ce:14.1.2-ce.0
 
正常启动后停止
 docker stop gitlab
 
复制备份的文件到新服务器上
   scp /home/docker/gitlab/data/backups/1636695916_2021_11_12_14.1.2_gitlab_backup.tar  root@172.16.77.88:/home/docker/data/gitlab/data/backups
   配置文件需要手动备份，传到新服务器上
   scp /home/docker/gitlab/config/*  root@172.16.77.88:/home/docker/data/gitlab/config
 
启动服务 docker start gitlab
还原备份
   # 进入容器
    docker exec -it gitlab /bin/bash
    gitlab-ctl stop unicorn
    gitlab-ctl stop sidekiq
 
    # 验证
    gitlab-ctl status
 
    #还原备份文件
    gitlab-rake gitlab:backup:restore BACKUP=1636695916_2021_11_12_14.1.2
    #注意unpacking backup failed报错，文件权限问题
     chmod 777  1636695916_2021_11_12_14.1.2_gitlab_backup.tar

    #重启并验证
    gitlab-ctl restart
    gitlab-rake gitlab:check SANITIZE=true
验证项目是否迁移成功

官方文档：报500错误设置

https://docs.gitlab.com/ee/raketasks/backup_restore.html#troubleshooting

docker升级gitlab
例子gitlab版本14.1.8>14.2.6
首先停掉 gitlab/gitlab-ce:14.1.8-ce.0版本的docker
docker stop gitlab-14.1.8
基于gitlab-14.1.8挂载的目录去启动gitlab/gitlab-ce:14.2.6-ce.0
 
docker run -itd  --name gitlab-14.2.6 \
--hostname gitlab.xxx.cn  \
-p 1443:443 -p 1022:22  -p 1080:80 \
-v /data/docker/gitlab/config:/etc/gitlab \
-v /data/docker/gitlab/logs:/var/log/gitlab \
-v /data/docker/gitlab/data:/var/opt/gitlab \
gitlab/gitlab-ce:14.2.6-ce.0
 
docker logs  gitlab-14.2.6
错误提示：
caller=main.go:733 err="opening storage failed: get segment range: segments are not sequential"
解决方法：
rm -Rf /var/opt/gitlab/prometheus/data/wal
gitlab-ctl restart prometheus
gitlab-ctl status
 
删除项目报500
gitlab-rails dbconsole --database main
update projects set runners_token = null,runners_token_encrypted = null;
 
保存项目设置报500
OpenSSL::Cipher::CipherError
原因: 没有导入原来的加密信息/etc/gitlab/gitlab-secrets.json导致，重置下即可。
解决办法:
输入gitlab-rails console，等待进入rails控制台
输入ApplicationSetting.current.reset_runners_registration_token!，显示结果为true，exit退出重新保存

当启动失败时更新文件权限
If this container fails to start due to permission problems try to fix it by executing:
docker exec -it gitlab update-permissions
docker restart gitlab

如果用到nginx代理需要添加 client_max_body_size 100m;推送文件大小 ，gitlab设置推送大小，配置文件里修改大小 三处需要修改   git推送大文件报413

client_max_body_size 50m; # 限制请求体的大小，若超过所设定的大小，返回413错误，默认1m
client_header_timeout 1m; # 读取请求头的超时时间，若超过所设定的大小，返回408错误
client_body_timeout 1m; # 读取请求实体的超时时间，若超过所设定的大小，返回413错误
proxy_connect_timeout 60s; # http请求无法立即被容器(tomcat, netty等)处理，被放在nginx的待处理池中等待被处理。此参数为等待的最长时间，默认为60秒，官方推荐最长不要超过75秒
proxy_read_timeout 1m; # http请求被容器(tomcat, netty等)处理后，nginx会等待处理结果，也就是容器返回的response。此参数即为服务器响应时间，默认60秒
proxy_send_timeout 1m; # http请求被服务器处理完后，把数据传返回给Nginx的用时，默认60秒