使用已有挂载数据和Docker搭建Gitlab
用容器搭过Gitlab服务器的小伙伴都知道要将data、config、log文件夹挂载在Host盘上做持久化,但是网上很少有提到怎么用持久化好的挂载数据来搭建Gitlab,故有此文。
搭建Gitlab
-
docker命令
sudo docker run -d --restart=always \ --hostname gitlab --name=gitlab-test \ -p 9443:443 -p 9880:80 -p 9822:1922 \ -e GITLAB_SKIP_UNMIGRATED_DATA_CHECK=true \ -v /etc/localtime:/etc/localtime \ -v /public/gitlab/config:/etc/gitlab \ -v /public/gitlab/logs:/var/log/gitlab \ -v /public/gitlab/data:/var/opt/gitlab \ --shm-size 256m \ gitlab/gitlab-ce:latest
注意要用-e GITLAB_SKIP_UNMIGRATED_DATA_CHECK=true 否则check不过去,容器会一直启动。
如果是第一次搭建请去掉此行
-
使用docker log跟踪容器启动
# gitlab为上面的--name sudo docker logs -f gitlab
跟踪启动才能发现错误
其他配置Gitlab端口、修改密码等操作就不再赘述
外延
-
如果有小伙伴将gitlab的挂载目录放在host的挂载盘上要注意:一般将docker加上–restart=always参数,也就是host重启时gitlab容器也重启。
-
而docker容器重启是先stop容器然后rm该容器,再根据原来的docker cmd启动一个新容器。
-
如果host的挂载盘启动速度比docker重启速度要慢,这时根据原来的docker cmd(挂载在host挂载盘),docker没有找到挂载盘,所以认为是空的,所以原来的gitlab数据就清空了。但是看host挂载盘发现数据还在,但是gitlab是全新的gitlab。所以需要手动去启动新的gitlab并使用老挂载数据。
-
在清理之前无法使用的gitlab容器时,发现stop一直失败,可能是host重启导致gitlab容器重启不够优雅
# 清理该容器的网络占用 docker network disconnect --force bridge [container-id] # 强制删除容器 docker rm -f [container-id]