解决GITLAB无法启动runsv no running

 

linux后台的rcu_bj进程一直再跑是由于gitlab一直再抢占lock

通过后台服务状态可以看见，在不同时间其状态信息不同

日志文件路径：

/var/log/gitlab/服务名

一、查看原因

第一步：查询gitlab的运行情况

[root@git:/root]#gitlab-ctl status

这个随时改变，一直执行命令gitlab-ctl status，若一直是这样的情况就是服务gitlab-runsvdir.service没有成功。

我们就得重取服务：gitlab-runsvdir.service

第二步：查看服务gitlab-runsvdir.service的运行情况

[root@git:/root]#systemctl status gitlab-runsvdir.service

 若一直是这个错误，表示这是由于lock文件被占用了，删除就可以了

[root@git:/var/log/gitlab/puma]ls

也可以通过命令gitlab-ctl tail puma/puma_stderr.log查看错误情况。

**********通过命令"gitlab-ctl tail 服务名/服务名_stderr.log" "gitlab-ctl tail 服务名/服务名_stdout.log"可以查看某个服务的运行情况***

二、解决办法：

具体步骤是：1、先停到服务gitlab-ctl stop

                     2、停掉服务systemctl stop gitlab-runsvdir.service

                     3、在目录/var/log/gitlab/puma删除文件lock、current、*.log

                     4、重启服务systemctl start gitlab-runsvdir.service

                     5、重启服务：gitlab-ctl start
 

***自己碰上的问题是由于log目录被删除了，同时lock文件被锁住了

一、log文件不存在：

1、通過日志查看运行情况：

重新启动服务，并查看日志

界面一：[root@git:/root]#gitlab-ctl tail

界面二：[root@git:/root]#gitlab-ctl restart

 /opt/gitlab/embedded/service/gitlab-rails/log/production.log日志文件不存在

2、到目录中查看

发现这个目录不存在

[root@git:/opt/gitlab/embedded/service/gitlab-rails]#ls -la

[root@git:/root]#cd /var/log/gitlab/gitlab-rails

3、创建该目录并修改权限

[root@git:/root]#/var/log/gitlab

并修改其权限chmod -R 777 gitlab-rails

最后解决了该问题。

二：lock文件被锁住了

1、查看gitlab各个服务运行情况

[root@git:/root]#gitlab-ctl status

2、查看服务运行情况

[root@git:/root]#systemctl start gitlab-runsvdir.service

3、查看服务的脚本：

[root@git:/root]#vi /usr/lib/systemd/system/gitlab-runsvdir.service

 

 4、查看执行程序的脚本：

[root@git:/root]#vi /opt/gitlab/embedded/bin/runsvdir-start