数据备份

记录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

验证项目是否迁移成功

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秒