【问题标题】:Issue using Ubuntu Gitlab Runner使用 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,它会再次接手工作,但在第一个之后停止接受工作。

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

【问题讨论】:

    标签: gitlab ubuntu-16.04 gitlab-ci gitlab-ci-runner gitlab-omnibus


    【解决方案1】:

    是的,是的;

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

    gitlab-runner --debug run

    然后开始喂它工作。

    【讨论】:

    • 运行sudo gitlab-runner run(或带有调试标志)总是有效。它总是设法接手工作。我试图让它作为一项服务工作,但它似乎不起作用?
    • 这可能与权限有关吗?
    猜你喜欢
    • 2020-03-30
    • 2021-07-10
    • 2021-12-29
    • 2022-01-18
    • 2021-04-03
    • 2021-08-22
    • 2022-07-05
    • 2021-12-16
    • 1970-01-01
    相关资源
    最近更新 更多