使用 Ubuntu Gitlab Runner 的问题

Posted 2023-02-19

【中文标题】使用 Ubuntu Gitlab Runner 的问题

【英文标题】：Issue using Ubuntu Gitlab Runner

【发布时间】：2018-04-22 09:36:59

【问题描述】：

Gitlab-runner version: 10.1.0 Ubuntu: 16.04

已安装的跑步者：

我已经按照instructions 安装了跑步者，并再次按照instructions 注册了跑步者。

问题

因此，运行器在其处于活动状态的 5 分钟内接受第一个或两个作业，然后在那之后，所有作业都在该运行器上挂起。

/etc/gitlab-runner/config.toml:

concurrent = 1
check_interval = 0

[[runners]]
  name = "ubuntu-test-runner"
  url = "edited-out"
  token = "edited-out"
  executor = "shell"
  [runners.cache]

运行sudo service gitlab-runner status 给出：

gitlab-runner.service - GitLab Runner
   Loaded: loaded (/etc/systemd/system/gitlab-runner.service; enabled; vendor preset: enabled)
   Active: active (running) since Thu 2017-11-09 10:59:44 GMT; 24min ago
 Main PID: 7156 (gitlab-runner)
   CGroup: /system.slice/gitlab-runner.service
           └─7156 /usr/bin/gitlab-runner run --working-directory /home/gitlab-runner --config /etc/gitlab-runner/config.toml --service gitlab-runner --syslog --user gitlab-runner

Nov 09 11:00:12 su[7343]: + ??? root:gitlab-runner
Nov 09 11:00:12 su[7343]: pam_unix(su:session): session opened for user gitlab-runner by (uid=0)
Nov 09 11:00:12 su[7348]: Successful su for gitlab-runner by root
Nov 09 11:00:12 su[7348]: + ??? root:gitlab-runner
Nov 09 11:00:12 su[7348]: pam_unix(su:session): session opened for user gitlab-runner by (uid=0)
Nov 09 11:00:12 su[7352]: Successful su for gitlab-runner by root
Nov 09 11:00:12 su[7352]: + ??? root:gitlab-runner
Nov 09 11:00:12 su[7352]: pam_unix(su:session): session opened for user gitlab-runner by (uid=0)
Nov 09 11:00:44 gitlab-runner[7156]: time="2017-11-09T11:00:44Z" level=warning msg="Appending trace to coordinator aborted" code=202 job=765 job-log=0-846 job-status=canceled runner=28fdac52 sent-log=846-846 status="202 Accepted" 
                                                                             <nil>
Nov 09 11:00:44 gitlab-runner[7156]: time="2017-11-09T11:00:44Z" level=warning msg="Appending trace to coordinator aborted" code=202 job=765 job-log=0-846 job-status=canceled runner=28fdac52 sent-log=846-846 status="202 Accepted"

因此，运行器服务处于活动状态并正在运行（接受了第一个作业），但似乎不再接受任何作业并将所有内容置于待处理状态。

我也可以在网站上看到/runners/admin的跑步者，但最后一个联系人一直在上升，没有重置。

如果我运行sudo gitlab-runner restart，它会再次接手工作，但在第一个之后停止接受工作。

还有其他方法可以调试为什么跑步者不再接受任何工作吗？或者如果有人知道我遇到了什么问题？

【参考方案1】：

是的，是的；

停止你的跑步者 (gitlab-runner stop)，然后用debug flag 连接跑步，这样你就可以看到它所做的一切：

gitlab-runner --debug run

然后开始喂它工作。

【讨论】：

运行sudo gitlab-runner run（或带有调试标志）总是有效。它总是设法接手工作。我试图让它作为一项服务工作，但它似乎不起作用？

这可能与权限有关吗？