gitlab重启后runsv not running

GitLab 重启后 runsv 服务未启动问题解决
最新推荐文章于 2024-09-09 10:07:52 发布
最新推荐文章于 2024-09-09 10:07:52 发布
阅读量788 收藏 1
点赞数 1
CC 4.0 BY-SA版权
分类专栏： 数据仓库技术体系 文章标签： linux
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/chenshijie2011/article/details/118638665
当遇到 GitLab 重启后 runsv 服务未正常运行的情况，可以通过执行 'sudo systemctl start gitlab-runsvdir' 和 'sudo systemctl start gitlab-runsvdir.service' 命令来尝试启动服务。如果问题依然存在，可以进一步使用 'sudo gitlab-ctl restart' 来重启整个 GitLab 服务以解决问题。

sudo systemctl start gitlab-runsvdir/systemctl start gitlab-runsvdir.service
sudo gitlab-ctl restart

gitlab启动失败，报runsv no running
AllTheWayQ2Q的博客
02-07 3107
本文场景是自搭建的gitlab，在服务器重启后，gitlab启动失败，并报runsv no running异常
gtilab界面配置
qq_58668102的博客
10-13 223
用户 组 组内添加用户 项目 从计算机上传文件 //全局配置 [root@localhost ~]# git config --global user.name "Administrator" [root@localhost ~]# git config --global user.email "admin@example.com" //chone项目 [root@localhost ~]# git clone http://192.168.218.131/root/myproje
解决GITLAB无法启动runsv no running
10-11 2025
GITLAB无法启动runsv no running
rack-timeout-puma:中止在 Puma 服务器上花费太长时间的请求
06-03
基本上，我们捕获 Rack::Timeout 引发的 Exception 并将其转换为 StandardError 以便 Puma 工作人员不会被杀死。 有关问题的更好描述，请参阅 。 基本用法 Rails 应用程序 # Gemfile gem "rack-timeout-puma" 这就是所需要的！ rack-timeout将自动包含在内，中间件将插入正确的位置。 Sinatra 和其他 Rack 应用程序 # config.ru require "rack-timeout-puma" use Rack :: Timeout use Rack :: Timeout :: Puma 版权所有 :copyright: 2015 KeyMe, Inc，在 MIT 许可下发布
【Gitlab】gitlab断电启动失败：runsv not running
不纯正的逼格的专栏
12-21 1189
列出所有正在运行的任务，如果存在某个任务是running，其他任务waiting， 则是该任务堵塞了其他服务，停止该任务即可。5.再次启动systemctl start gitlab-runsvdir.service，则正常启动。如果存在inactive dead的服务，则意味着这个服务出错了，进行第三步操作。gitlab-ctl start 启动时候报错，runsv not running。6.gitlab-ctl start 启动gitlab成功。若启动时候没反应，则进行第二步，查看系统服务。
GitLab won’t start – runsv not running
zhangjunli的博客
06-01 1061
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
解决 Gitlab 13.8.2-ce.0 在 Ubuntu 18.04.5 LTS 上启动失败问题
darklinden的专栏
04-21 1172
公司一台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 2308
此时关闭执行"/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的搭建和使用
m0_73376570的博客
09-09 6267
将工具整合到单个应用程序中，以实现无与伦比的协作、可见性和开发速度。极狐GitLab不仅是源代码管理或CI/CD工具，它是一个覆盖完整软件开发生命周期和DevOps的开放式一体化平台。
GitLab启动失败：fail: alertmanager: runsv not running
SummerGao
08-27 3659
解决GitLab启动失败：fail: alertmanager: runsv not running sudogitlab-ctl restart ...
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 3757
最近在维护公司的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 not running
strut的博客
01-13 6107
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重启后runsv not running的问题
热门推荐
wangpeng2011314的专栏
02-02 1万+
先 cd到gitlab的安装目录/var/opt/gitlab gitlab-ctl reconfigure重新配置一下 gitlab-ctl restart 重新启动服务
gitlab docker 重启无法启动
小虾米的博客
11-14 6347
gitlab docker 重启无法启动前提报错如下：解决方案 前提 由于采用了gitlab的官方docker镜像进行二次开发，我们遇到了很多不可预知的问题，经过修改我们使用了自己的启动脚本，但是发现只要重启容器就会报错，经过查看gitlab镜像的启动脚本（启动脚本为/assets/wrapper ），最终解决方案如下。 报错如下： admin@MyHost:~$ sudo gitlab-ctl ...
服务器断电导致gitlab一直重启，postgresql服务timeout
merlon学习笔记
05-29 2199
机房停电后导致gitlab服务器直接宕机了，来电后重启发现gitlab一直起不来，反复的重启。
异常断电后gitlab无法使用,访问出现502错误
will5451的博客
06-05 3956
查看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
gitlab runner下载安装注册+卸载 + shell指令没执行的问题
鸢尾_的博客
01-26 6260
gitlab runner下载安装注册+卸载 + shell指令没执行的问题
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]。 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

科学的N次方

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值