gitlab启动失败，报runsv no running

最新推荐文章于 2025-03-05 11:56:47 发布
原创 最新推荐文章于 2025-03-05 11:56:47 发布 · 置顶 · 3.1k 阅读 · 10 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#gitlab #运维开发

在自建的 GitLab 服务器遭遇断电重启后，gitlab-runsvdir.service 无法正常启动，表现为 runsvnorunning 异常。通过 systemctl 命令检查服务状态和任务列表，发现 plymouth-quit-wait.service 阻塞了其他服务。停止该任务后，确认无其他运行任务，最后重启 gitlab 服务恢复正常。

本文发生的场景是自搭建的gitlab，在服务器断电重启后，gitlab启动失败，并报runsv no running异常

1、尝试使用命令启动

systemctl start gitlab-runsvdir.service

2、若长时间保持冻结状态，没有响应，表示启动异常，需要检查系统启动项

systemctl -t target

3、正常状态下，所有的服务的状态都应该是loaded active active，若存在inactive dead的服务状态类型，表明有些服务异常，如下图

异常排查图

4、再检查当前执行的任务列表

systemctl list-jobs

5、正常情况下，所有的任务都是waiting状态,若是存在某个任务是running，则表示是该任务阻塞了其他服务，如下图

异常核查图

6、结束阻塞的任务（以上面plymouth-quit-wait.service为例）

systemctl stop plymouth-quit-wait.service

7、核查是否还有任务处于running状态，同样使用systemctl list-jobs检查，若正常，会显示下图结果

最低0.47元/天 解锁文章
gitlab重启后runsv not running
科学的N次方
07-10 795
sudo systemctl start gitlab-runsvdir sudo gitlab-ctl restart
gitlab搭建遇到的问题 [execute] fail: logrotate: runsv not running /opt/gitlab/bin/gitlab-ctl start
lxj362343的博客
07-10 2849
(up to date) * execute[/opt/gitlab/bin/gitlab-ctl start logrotate] action run [execute] fail: logrotate: runsv not running ================================================================================ Error executing action `run` on resour...
gitlab安装部署及问题解决（实践篇）
tiny_du的博客
08-03 5194
系统环境：centos7.9 gitlab版本：11.1.4 一、GitLab简介 GitLab 是一个用于仓库管理系统的开源项目，使用Git作为代码管理工具，并在此基础上搭建起来的web服务。公司自用为GitLab，公有的为GitHub。 二、GitLab系统架构 git用户的主目录通常是/home/git（~git表示主目录路径），GitLab主要以/home/git用户身份安装在用户主目录中git。在主目录中是gitlabhq服务器软件所在的位置以及存储库（尽管存储库位置是可配置的.
gitaly 服务
qq_33928223的博客
03-05 671
是 GitLab 的核心组件之一，负责处理所有与 Git 仓库相关的操作。是一个与 GitLab 相关的进程。服务，可以通过 GitLab 的管理工具实现，而不是直接操作。进程管理工具的一部分。进程时，说明 GitLab 正在通过。来管理其内部服务的启动、停止和监控。使用 GitLab 自带的命令检查。的日志可以帮助您了解其运行情况。
runsvinit:一个用于正常关闭Runit服务的Docker初始化过程
05-04
runvinvinit 如果您有一个由runit监控的守护程序组成的Docker容器，则此过程适合用作ENTRYPOINT。 参见。 为什么不直接使用runit（8）？ 设计为用作进程1。而且，如果提供/etc/service/ctrlaltdel脚本，则在runit收到INT信号时将执行/etc/service/ctrlaltdel脚本。 因此，我们可以使用该钩子来优雅地终止我们的服务。 但是Docker仅在docker stop上发送TERM。 请注意，容器停止信号在Docker 1.9中。 Docker 1.9发布后，该实用程序将被淘汰。 为什么不只是exec直接运行vdir（8）？ 如果收到信号，则它不等待其受监管的进程退出再返回。 为什么不将runsvdir（8）包装在一个简单的shell脚本中？ 进程1还具有的附加责任。 据我所知，没有使用shell脚本执行此操
gitlab 不能启动 runsv not running
coderYJ的博客
05-25 3763
最近在维护公司的gitlab 发现开机不能启动 runsv not running 错误信息 技术交流QQ群 729987144 1.报错信息 gitlab-ctl start 启动时候报错，runsv not running 2.问题解决 1, 启动systemctl start gitlab-runsvdir.service 若启动时候没反应，则进行第二步，查看系统服务 我的电脑卡了半个小时都没反应 2.systemctl -t target 如果存在inactive dead的服务，则意味着.
解决GITLAB无法启动runsv no running
10-11 2044
GITLAB无法启动runsv no running
解决 Gitlab 13.8.2-ce.0 在 Ubuntu 18.04.5 LTS 上启动失败问题
darklinden的专栏
04-21 1178
公司一台ubuntu，装了gitlab-ce简单使用，最近断了两次电gitlab趴窝两次，记录下解决过程 1. 机器重启后，启动命令，提示错误 $ sudo gitlab-ctl start fail: alertmanager: runsv not running fail: gitaly: runsv not running fail: gitlab-exporter: runsv not running fail: gitlab-workhorse: runsv not running .
GitLab安装问题处理方案
逸轩
08-31 2353
此时关闭执行"/opt/gitlab/embedded/bin/runsvdir-start"命令的卡顿的终端窗口，发现gitlab还是启动状态(ps -ef|grep gitlab)丢失了报错中的这两个配置文件，进入/etc/sysctl.d目录发现，这两个文件都是通过链接到/opt/gitlab/embedded/etc/目录下。/var/opt/gitlab/nginx/conf/gitlab-http.conf #gitlab核心nginx配置文件。重启gitlab需要重新授权。
GitLab启动失败：fail: alertmanager: runsv not running
SummerGao
08-27 3694
解决GitLab启动失败：fail: alertmanager: runsv not running sudogitlab-ctl restart ...
【Gitlab】gitlab断电启动失败：runsv not running
不纯正的逼格的专栏
12-21 1202
列出所有正在运行的任务，如果存在某个任务是running，其他任务waiting， 则是该任务堵塞了其他服务，停止该任务即可。5.再次启动systemctl start gitlab-runsvdir.service，则正常启动。如果存在inactive dead的服务，则意味着这个服务出错了，进行第三步操作。gitlab-ctl start 启动时候报错，runsv not running。6.gitlab-ctl start 启动gitlab成功。若启动时候没反应，则进行第二步，查看系统服务。
解决gitlab重启后runsv not running的问题
热门推荐
wangpeng2011314的专栏
02-02 1万+
先 cd到gitlab的安装目录/var/opt/gitlab gitlab-ctl reconfigure重新配置一下 gitlab-ctl restart 重新启动服务
gitlab断电启动失败：runsv not running
strut的博客
01-13 6116
gitlab-ctl start 启动时候报错，runsv not running 解决问题： 1. 启动systemctl start gitlab-runsvdir.service 若启动时候没反应，则进行第二步，查看系统服务 2. systemctl -t target 如果存在inactive dead的服务，则意味着这个服务出错了，进行第三步操作 3. systemctl list-jobs 列出所有正在运行的任务，如果存在某个任务是running，其他任务wa...
GitLab won’t start – runsv not running
zhangjunli的博客
06-01 1069
gitlab意外停止后不能启动，执行gitlab-ctl start 提示全部启动失败。 GitLab won’t start – runsv not running. Gitlab didn’t start after update gitlab-ce and reboot, doing following steps to solve. Problem admin@MyHost:~$ sudo gitlab-ctl start fail: alertmanager: runsv not runn
Ucloud服务器上所部署的GitLab服务启动失败
weixin_666888的博客
07-05 917
好长时间没写博客了，之前因为一些事情忙着没写，但我还是感觉博客要经常去写，不然确实会忘记当初解决问题的细节。 实验室目前是有阿里云、Ucloud以及腾讯云相关资源，这些云产品自己也都是用过，所以我个人感觉还是阿里云的产品更稳定一些，并且拓展性也是更好一些。因为之前在使用Ucloud的资源时可能突然会出现ssh远程连接服务器失败的情况，虽然这种情况出现的不多，但是哪怕只是出现一次还是挺难受的。 言归正传，之前实验室在Ucloud服务器上部署了GitLab服务，但是某天突然发现GitLab代码仓库打不开了，(
gitlab mysql启动不了_gitlab不能启动了
weixin_35140642的博客
02-23 826
gitlab意外停止后不能启动，执行gitlab-ctl start 提示全部启动失败。GitLab won’t start – runsv not running.Gitlab didn’t start after update gitlab-ce and reboot, doing following steps to solve.Problemadmin@MyHost:~$ sudo git...
gitlab docker 重启无法启动
小虾米的博客
11-14 6355
gitlab docker 重启无法启动前提报错如下：解决方案 前提 由于采用了gitlab的官方docker镜像进行二次开发，我们遇到了很多不可预知的问题，经过修改我们使用了自己的启动脚本，但是发现只要重启容器就会报错，经过查看gitlab镜像的启动脚本（启动脚本为/assets/wrapper ），最终解决方案如下。 报错如下： admin@MyHost:~$ sudo gitlab-ctl ...
异常断电后gitlab无法使用,访问出现502错误
will5451的博客
06-05 3981
查看gitlab-shell.log  WARN -- : gitlab-shell: Access denied for Git command Android.git'> by user with key key-8. ERROR -- : API call failed: 500 运行check Check GitLab API access: FAILED
runsv prometheus
最新发布
07-16
<think>我们被要求使用runsv启动Prometheus服务。runsv是runit的一部分，用于管理和监控服务。通常，使用runsv启动一个服务需要以下步骤： 1. 为服务创建一个服务目录（通常在`/etc/service/`下）。 2. 在该目录下创建一个`run`脚本，该脚本用于启动服务。 3. 确保`run`脚本具有可执行权限。 4. runsv会自动检测并运行该服务。 根据引用[2]，用户已经将Prometheus解压到了`~/Prometheus/prometheus-2.15.2.linux-amd64`目录下。因此，我们可以假设Prometheus的可执行文件路径为`/home/ubuntu/Prometheus/prometheus-2.15.2.linux-amd64/prometheus`，配置文件为同目录下的`prometheus.yml`。 步骤： 1. 创建服务目录：在`/etc/service`下为Prometheus创建一个目录，例如`prometheus`。 ```bash sudo mkdir -p /etc/service/prometheus ``` 2. 在`/etc/service/prometheus`目录下创建`run`脚本。这个脚本将用于启动Prometheus。 ```bash sudo nano /etc/service/prometheus/run ``` 在`run`脚本中写入以下内容（注意：需要根据实际路径调整）： ```bash #!/bin/sh exec 2>&1 exec /home/ubuntu/Prometheus/prometheus-2.15.2.linux-amd64/prometheus --config.file=/home/ubuntu/Prometheus/prometheus-2.15.2.linux-amd64/prometheus.yml ``` 这里，`exec 2>&1`将标准错误重定向到标准输出，这样runit可以捕获所有输出。然后使用`exec`启动Prometheus，并指定配置文件。 3. 给`run`脚本添加可执行权限： ```bash sudo chmod +x /etc/service/prometheus/run ``` 4. 创建日志目录和配置（可选，但建议）：为了记录日志，我们可以为Prometheus设置日志服务。通常，我们可以在服务目录下创建一个`log`目录，并在其中放置另一个`run`脚本来处理日志。 ```bash sudo mkdir /etc/service/prometheus/log sudo nano /etc/service/prometheus/log/run ``` 在`log/run`脚本中写入： ```bash #!/bin/sh exec svlogd -tt ./main ``` 然后给这个脚本可执行权限： ```bash sudo chmod +x /etc/service/prometheus/log/run ``` 5. 修改主`run`脚本，将输出重定向到日志服务。修改主`run`脚本为： ```bash #!/bin/sh exec 2>&1 exec chpst -u ubuntu:ubuntu /home/ubuntu/Prometheus/prometheus-2.15.2.linux-amd64/prometheus --config.file=/home/ubuntu/Prometheus/prometheus-2.15.2.linux-amd64/prometheus.yml 2>&1 | svlogd -tt /var/log/prometheus ``` 或者，我们可以使用runit提供的日志服务，将标准输出通过管道传递给日志服务。但更简单的方式是使用上面创建的`log`目录，runit会自动将服务的标准输出传递给`log`服务。因此，我们可以将主`run`脚本改回原来的样子，并确保日志目录配置正确。 实际上，我们只需要主`run`脚本输出到标准输出，然后runit会将标准输出传递给`log/run`脚本。所以，主`run`脚本保持： ```bash #!/bin/sh exec 2>&1 exec chpst -u ubuntu:ubuntu /home/ubuntu/Prometheus/prometheus-2.15.2.linux-amd64/prometheus --config.file=/home/ubuntu/Prometheus/prometheus-2.15.2.linux-amd64/prometheus.yml ``` 注意：我们使用`chpst -u ubuntu:ubuntu`来以ubuntu用户身份运行Prometheus，避免以root运行。 6. 启动服务：创建好服务目录和脚本后，runsv会自动启动服务。如果没有，可以重启runit（如果系统使用runit作为init）或者使用`sv`命令启动： ```bash sudo sv start prometheus ``` 7. 检查服务状态： ```bash sudo sv status prometheus ``` 注意：如果系统没有安装runit，需要先安装。在Ubuntu上可以使用： ```bash sudo apt-get install runit ``` 另外，引用[3]提到了查看服务日志的方法，我们可以使用`svlogd`来管理日志，上面已经配置了日志目录。日志将默认存储在`/var/log/prometheus`（如果我们配置了的话）或者我们可以在`log/run`中指定目录。在上面的配置中，我们使用了`./main`，这意味着日志会存储在服务目录下的`log/main`目录中（即`/etc/service/prometheus/log/main`），但通常我们会指定一个固定的目录，比如`/var/log/prometheus`。因此，我们可以修改`log/run`脚本： ```bash #!/bin/sh exec svlogd -tt /var/log/prometheus ``` 并创建日志目录： ```bash sudo mkdir -p /var/log/prometheus sudo chown ubuntu:ubuntu /var/log/prometheus ``` 总结步骤： 1. 安装runit（如果未安装）。 2. 创建服务目录`/etc/service/prometheus`。 3. 编写主`run`脚本（以指定用户运行Prometheus）。 4. 创建日志目录和日志`run`脚本，配置日志存储位置。 5. 设置脚本可执行权限。 6. 启动服务。 注意：Prometheus的配置文件`prometheus.yml`需要正确配置，否则服务可能启动失败。如果遇到问题，可以查看日志。 另外，引用[1]提供了Prometheus的下载地址，但用户已经下载并解压，因此不需要重复下载。 根据引用[3]中提到的，如果服务启动失败，可以通过查看日志来排查问题，例如： ```bash sudo sv status prometheus # 或者查看日志目录下的文件 tail -f /var/log/prometheus/current ``` 最后，确保Prometheus可执行文件具有执行权限，可以使用： ```bash chmod +x /home/ubuntu/Prometheus/prometheus-2.15.2.linux-amd64/prometheus ``` 现在，我们可以按照上述步骤编写答案。</think>### 如何使用 runsv 启动 Prometheus 服务 以下是使用 `runsv` 管理 Prometheus 服务的完整步骤： --- #### 1. **创建服务目录** ```bash sudo mkdir -p /etc/service/prometheus ``` --- #### 2. **编写启动脚本** 创建执行脚本 `/etc/service/prometheus/run`： ```bash sudo nano /etc/service/prometheus/run ``` 内容如下： ```bash #!/bin/sh exec 2>&1 exec /home/ubuntu/Prometheus/prometheus-2.15.2.linux-amd64/prometheus \ --config.file=/home/ubuntu/Prometheus/prometheus-2.15.2.linux-amd64/prometheus.yml \ --web.listen-address=:9090 ``` **说明**： - `exec 2>&1`：合并标准错误和标准输出 - 路径根据引用[2]中的实际解压位置调整 - 添加执行权限： ```bash sudo chmod +x /etc/service/prometheus/run ``` --- #### 3. **配置日志管理（可选但推荐）** 创建日志目录： ```bash sudo mkdir -p /etc/service/prometheus/log ``` 创建日志脚本 `/etc/service/prometheus/log/run`： ```bash #!/bin/sh exec svlogd -tt /var/log/prometheus ``` 添加权限： ```bash sudo chmod +x /etc/service/prometheus/log/run ``` --- #### 4. **启动服务** ```bash sudo runsv /etc/service/prometheus ``` --- #### 5. **验证服务状态** ```bash sv status /etc/service/prometheus ``` 预期输出： ``` run: prometheus: (pid 1234) 5s; run: log: (pid 1235) 5s ``` --- #### 6. **设置开机自启** 创建 systemd 服务文件 `/etc/systemd/system/prometheus-runsv.service`： ```ini [Unit] Description=Runsv Prometheus Service [Service] ExecStart=/usr/bin/runsvdir -P /etc/service Restart=always [Install] WantedBy=multi-user.target ``` 启用服务： ```bash sudo systemctl daemon-reload sudo systemctl enable --now prometheus-runsv ``` --- #### 7. **故障排查** 若启动失败，检查日志： ```bash # 查看实时日志 tail -f /var/log/prometheus/current # 检查服务状态（引用[3]方法） sudo sv status /etc/service/prometheus sudo gitlab-ctl tail prometheus/prometheus_stderr.log # 类似GitLab的排查方式 ``` --- ### 关键注意事项 1. **路径正确性**：确保脚本中的路径与引用[2]中的实际解压路径一致 2. **用户权限**：Prometheus 需以非 root 用户运行（示例使用 `ubuntu` 用户） 3. **端口冲突**：确认 `9090` 端口未被占用（可通过 `ss -tunlp | grep 9090` 检查） 4. **配置文件**：验证 `prometheus.yml` 配置正确（引用[2]中位置） > 通过 runsv 管理服务可实现自动重启、日志轮转和集中监控，比直接运行更可靠[^3]。 ---
评论 3
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值