迁移docker部署的GitLab

已于 2024-04-12 17:21:29 修改
阅读量1.2k 收藏 10
点赞数 19
分类专栏： Docker 文章标签： docker gitlab java
于 2024-04-12 17:07:54 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/shijin741231/article/details/137682748
版权

目录

1. 背景

最近接到一个任务，迁移docker到另外一台宿主机上。在迁移过程中发现有docker部署的GitLab。迁移过程中各种排错，现将遇到的问题记录如下

2. 参考

链接: Gitblab docker迁移数据出现权限问题解决
链接: docker 的gitlab数据迁移权限问题
链接: docker中的gitlab数据迁移
链接: docker 版的 gitlab 数据迁移(单容器版) – 备份恢复方式
链接: docker下Gitlab如何进行备份恢复与迁移？ – 备份恢复方式

3. 环境

  • 操作系统 Centos7
  • Docker version 26.0.0, build 2ae903e
  • GItLab镜像 twang2218/gitlab-ce-zh

4. 过程

4.1 查看原docker启动命令

docker run -d --name gitlab  \
--restart=always \
-p 8022:22 \
-p 80:80 \
-p 8443:443 \
-v /home/gitlab/etc:/etc/gitlab \
-v /home/gitlab/log:/var/log/gitlab \
-v /home/gitlab/data:/var/opt/gitlab \
twang2218/gitlab-ce-zh
  • 端口映射
    • 8022:22
    • 80:80
    • 8443:443
  • 挂载目录
    • /home/gitlab/etc:/etc/gitlab
    • /home/gitlab/etc:/etc/gitlab
    • /home/gitlab/data:/var/opt/gitlab

4.2 打包挂载目录传至新宿主机并创建对应目录

  • 源挂载目录迁移至新宿主机对应路径下
// 查看新宿主机对应路径
tree -L 1 /home/gitlab
/home/gitlab
├── data
├── docker-compose-gitlab.yml
├── etc
└── log

4.3 保存镜像并传至新宿主机下

  • 保存源宿主机下镜像twang2218/gitlab-ce-zh
docker save twang2218/gitlab-ce-zh > gitlab-ce-zh.tar
  • 在新宿主机下还原镜像
docker load < gitlab-ce-zh.tar
  • 新宿主机查看镜像
docker image ls twang2218/gitlab-ce-zh
// 显示结果
REPOSITORY               TAG       IMAGE ID       CREATED       SIZE
twang2218/gitlab-ce-zh   latest    18da462b5ff5   5 years ago   1.61GB

4.4 新宿主机启动GitLab容器

  • 使用同样命令容器
docker run -d --name gitlab  \
--restart=always \
-p 8022:22 \
-p 80:80 \
-p 8443:443 \
-v /home/gitlab/etc:/etc/gitlab \
-v /home/gitlab/log:/var/log/gitlab \
-v /home/gitlab/data:/var/opt/gitlab \
twang2218/gitlab-ce-zh

5 故障

5.1 容器不断重启

  • 现象：容器不断重启，GitLab服务无法正常运行。
  • 定位：查看容器日志
Preparing services...
Starting services...
/opt/gitlab/embedded/bin/runsvdir-start: line 24: ulimit: pending signals: cannot modify limit: Operation not permitted
/opt/gitlab/embedded/bin/runsvdir-start: line 37: /proc/sys/fs/file-max: Read-only file system
Configuring GitLab package...
Configuring GitLab...

================================================================================
Error executing action `run` on resource 'ruby_block[directory resource: /var/opt/gitlab/git-data/repositories]'
================================================================================

chmod 2770 /home/gitlab/data/git-data/repositories

5.2 权限拒绝

  • 现象：GitLab服务无法正常运行。
  • 定位：查看容器日志
================================================================================
    Error executing action `run` on resource 'execute[/opt/gitlab/embedded/service/gitlab-shell/bin/gitlab-keys check-permissions]'
    ================================================================================
    
    Mixlib::ShellOut::ShellCommandFailed
    ------------------------------------
    Expected process to exit with [0], but received '1'
    ---- Begin output of /opt/gitlab/embedded/service/gitlab-shell/bin/gitlab-keys check-permissions ----
    STDOUT: error: could not open /var/opt/gitlab/.ssh/authorized_keys: Permission denied @ rb_sysopen - /var/opt/gitlab/.ssh/authorized_keys
    -rw-------. 1 root root 8474 Apr 11 22:27 /var/opt/gitlab/.ssh/authorized_keys
    STDERR: 
    ---- End output of /opt/gitlab/embedded/service/gitlab-shell/bin/gitlab-keys check-permissions ----
    Ran /opt/gitlab/embedded/service/gitlab-shell/bin/gitlab-keys check-permissions returned 1

For a comprehensive list of configuration options please see the Omnibus GitLab readme
https://gitlab.com/gitlab-org/omnibus-gitlab/blob/master/README.md
 
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
  • 注意：执行过程中可能爆缺失文件错误，例如： /var/opt/gitlab/gitlab-rails/shared/registry需要手动创建后，继续执行docker exec -it gitlab update-permissions，直至全部执行成功且无报错。
mkdir /home/gitlab/data/gitlab-rails/shared/registry

5.3 容器内错误日志

  • 现象：使用交互模式启动容器排错。
    • 先停止并删除之前容器，然后使用以下命令（-i）启动容器查看错误日志
docker run -i --name gitlab  \
--restart=always \
-p 8022:22 \
-p 80:80 \
-p 8443:443 \
-v /home/gitlab/etc:/etc/gitlab \
-v /home/gitlab/log:/var/log/gitlab \
-v /home/gitlab/data:/var/opt/gitlab \
twang2218/gitlab-ce-zh

  • 定位：查看日志
    2024-04-12_06:53:51.49881 level=error ts=2024-04-12T06:53:51.498534519Z caller=main.go:226 err=“open /var/opt/gitlab/alertmanager/data/nflog: permission denied”

  • 原因：

  1. 进入容器内查看 /var/opt/gitlab/alertmanager/，该目录的用户和组是git
root@14dd4de37cbf:/var/opt/gitlab/alertmanager# ll
total 8
drwxr-x---.  3 gitlab-prometheus root   42 Apr 12 13:36 ./
drwxr-xr-x. 20 root              root 4096 Apr 12 13:36 ../
-rw-r--r--.  1 gitlab-prometheus root  283 Apr 12 10:16 alertmanager.yml
drwx------.  2 git               git    35 Apr 12 10:16 data/
  1. 实际上应该属于gitlab-prometheus
git:x:998:998::/var/opt/gitlab:/bin/sh
gitlab-www:x:999:999::/var/opt/gitlab/nginx:/bin/false
gitlab-redis:x:997:997::/var/opt/gitlab/redis:/bin/false
gitlab-psql:x:996:996::/var/opt/gitlab/postgresql:/bin/sh
mattermost:x:994:994::/var/opt/gitlab/mattermost:/bin/sh
registry:x:993:993::/var/opt/gitlab/registry:/bin/sh
gitlab-prometheus:x:992:992::/var/opt/gitlab/prometheus:/bin/sh
gitlab-consul:x:991:991::/var/opt/gitlab/consul:/bin/sh
  • 解决：
    在容器内修改目录用户和组，
root@14dd4de37cbf:/var/opt/gitlab/alertmanager# chown -R gitlab-prometheus.gitlab-prometheus data/

6 重启容器服务正常

  • 关闭并删除之前容器
  • 使用正常启动命令重新启动容器
docker run -d --name gitlab  \
--restart=always \
-p 8022:22 \
-p 80:80 \
-p 8443:443 \
-v /home/gitlab/etc:/etc/gitlab \
-v /home/gitlab/log:/var/log/gitlab \
-v /home/gitlab/data:/var/opt/gitlab \
twang2218/gitlab-ce-zh
  • GitLab服务访问正常
    在这里插入图片描述

7 总结

GitLab docker迁移工作并不复杂，主要麻烦在GitLab本身的权限上。迁移可通过容器启动日志和容器内交互方式排除故障。

石小千
关注
  • 19
    点赞
  • 踩
  • 10
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
docker部署的gitlab迁移
ZYXZH的博客
05-23 236
docker exec -it xxx /bin/bash 进入gitlab容器，输入命令gitlab-rake gitlab:backup:create 生成备份文件。默认路劲在/var/opt/gitlab/backups/
docker Gitlab 的迁移
booleangjh的博客
06-08 492
1//将docker images 下的镜像压缩保存在本地 docker save -o gitlab.tar ….+镜像名称:版本 2//通过scp 将文件传送到另外的主机地址上 scp gitlab.tar root@192.168.1.35:/data 3//需要先通过本机命令docker inspect +运行id 查看挂载目录 “Mounts” 或"Binds"然后将目录通过scp传送到35号主机（最好是同样的目录下面） scp -r gitlab root@192.168.1.35:/da
Gitlab —— 通过Docker安装，迁移
Genius only means hard-working all one's life.
04-08 2847
文章目录Gitlab —— Docker安装，迁移Docker 安装 Gitlab安装Docker安装Gitlab （我是B）A -> B迁移A 准备查看Docker卷指向备份数据（A）备份数据（两个文件）备份后，停服（避免这时有人上传）将A备份文件传给B或者下载后上传给BB 接收处理进入容器停止相关服务，并加载备份文件启动服务 Gitlab —— Docker安装，迁移 Docker 安装 Gitlab 安装Docker yum安装 #安装docker > yum -y install
docker 版的 gitlab 数据迁移(单容器版)
gc889900的博客
03-20 2368
我用的容器镜像是 twang2218/gitlab-ce-zh:latest 所以没有redis和postgresql 1,进入容器备份数据 gitlab-rake gitlab:backup:create /var/opt/gitlab/backups/ 2, 给它弄走 mv 1553072122_2019_03_20_11.1.4_gitlab_backup.tar...
docker 迁移 gitlab 代码服务容器
集成显卡的开源主页 https://github.com/0604hx
06-03 296
碰壁后，想起 gitlab 是自带备份/恢复功能的，查阅文档后，按照以下步骤顺利完成迁移🎉。猜测是因为数据命令中，存在旧容器的读写依赖，不兼容新容器。耐心等待备份完成，压缩包保存到数据目录的。2. 创建新容器（命令可照抄）4. 进入新容器，执行恢复命令。3. 将备份文件拷贝到同目录。
Docker中GitLab社区版迁移方案（最新版）（亲测有效）（不看会踩坑！）
A15130402745的博客
06-28 936
conf用来存储配置信息，但是最重要的文件为gitlab.rb此文件主要配置邮箱信息、ssh连接信息、http连接信息。所以此次文件夹只需要迁移gitlab.rb文件（其它文件等容器运行后都会自动创建）注：千万不要将conf文件夹整体迁移，不然会报没有权限或旧的数据无法读取相关错误。分析来看GitLab的挂载目录主要分为三个：conf、data、log。data用来存储全部数据，此文件夹整体迁移。log文件夹不用迁移（因为都是旧日志信息）
docker gitlab数据迁移
weixin_50923296的博客
08-26 1557
gitlab 数据迁移
docker中安装gitlab，并完成gitlab容器迁移包括相关数据备份
qq_36649701的博客
06-24 1866
docker安装gitlab，gitlab容器迁移
docker gitlab的备份和迁移
桑榆肖物
02-04 3021
docker容器gitlab服务的备份和恢复
centos7 基于docker的Gitlab迁移（超详细）
oToyix的博客
11-13 1436
环境：旧服务器：192.168.0.231新服务器：192.168.0.31。
使用docker搭建gitlab详解
01-11
如果将gitlab进行Docker化部署，所有服务如redis，postgresql等放在一个docker容器里，将配置、数据等文件挂载在宿主机上，备份和迁移时候只要复制docker镜像和挂载的数据目录即可。 运行gitlab容器 #查找镜像 ...
jenkins自动化部署脚本.zip
08-12
Jenkins 支持插件扩展，可以轻松集成各种工具，如Git、Maven、Docker等。 2. **自动化部署脚本**： 这个压缩包中的“jenkins自动化部署脚本”很可能包括了用于自动化构建、测试和部署的应用脚本。这些脚本可能用...
migraineDiary:移至GitLab
05-15
另外，GitLab的Docker集成也是吸引开发者的一个亮点，使得在容器化环境中部署应用变得更加简单。 总的来说，migraineDiary项目通过GitLab的迁移，展示了开发者对更高效开发流程的追求，而JavaScript作为主要技术，...
迁移云提供商功能
02-14
10. **持续集成/持续部署(CI/CD)**：利用如Jenkins、GitLab CI/CD或AWS CodePipeline等工具，确保迁移后的应用程序能够持续构建、测试和部署，适应新的云环境。 总之，"迁移云提供商功能"是一个复杂的过程，涉及多...
部署测试
02-13
5. 自动化部署：通过CI/CD工具（如Jenkins、GitLab CI/CD或GitHub Actions）实现代码提交后的自动构建和部署。 后端部署测试则关注服务器端的稳定性和性能： 1. 服务器配置：根据项目需求选择合适的服务器环境，如...
gitlab迁移 （docker部署）
qq_30359165的博客
02-16 240
1.docker涉及命令 查看运行镜像 docker ps -a 停止镜像 docker stop id 删除镜像 dcoker rm id 查看容器镜像 docker images 删除镜像 dcoker rmi id 拉取镜像 docker pull gitlab/gitlab-ce:14.0.11-ce.0 2.docker gitllab部署 1.拉取镜像 docker pull gitlab/gitlab-ce:14.0.11-ce.0 2.构建数据目录 ...
docker容器gitlab数据迁移
ronshi的博客
04-01 588
docker容器gitlab数据迁移
私有git服务器（gitlab）部署，汉化，项目备份，迁移
merlon学习笔记
07-28 2450
1. docker搭建gitlab服务器 2. gitlab服务器备份和恢复备份 3. 从别的服务器迁移到gitlab
docker中gitlab迁移
weixin_43359459的博客
11-07 324
如果没有挂载数据卷，但是又不知道文件在哪里，可以使用命令在linux本机上查找这个备份的文件。的文件，我需要找到它但是不确定具体位于哪个目录下。我可以执行下面的命令，从文件系统的顶部。此处有个大坑，一定要指定路径，并且文件的一些后缀不需要加，要手动删除一些后缀。1、把备份文件上传到新服务器的gitlab数据卷backups目录中。备份文件所在目录为git数据卷目录中的backups。是你要寻找的东西的名字，结果将完全匹配。表示从文件系统的顶部开始搜索。是你要寻找的东西的类型。表示块状特殊设备文件，
docker部署gitlab崩亏以后，还需要重新部署gitlab吗？
最新发布
06-19
当Docker部署的GitLab遇到崩溃或者其他问题时，是否需要重新部署取决于具体的故障原因。如果问题是由于配置错误、软件更新导致的短暂兼容性问题，或者资源不足（如内存或CPU），可能只需修复这些问题而不必完全重建。 - 如果是配置错误，检查并修正配置文件应该就能解决问题。 - 如果是版本升级后的兼容性问题，通常GitLab会在新版本中提供更新说明，按照说明进行迁移或回滚即可。 - 如果是系统级别的问题，如磁盘空间不足，清理空间或增加存储容量后，重新启动容器可能就足够了。 然而，如果问题是由于严重的损坏、数据库丢失或者是底层服务的故障，那么可能需要重建GitLab环境，包括重新下载镜像、创建新的容器和配置数据库连接等。这一步骤需要备份先前的数据，并根据最新的最佳实践和版本来进行部署。 总之，具体决定应基于详细的故障分析。在处理完问题后，可能还需要确保备份恢复流程正常，以及所有依赖项都已正确设置，以防止未来再次发生类似的问题。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值