使用Ubuntu Gitlab Runner时出现的问题

Gitlab runner版本：10.1.0

Ubuntu:16.04

已安装的runner:

我已根据安装了runner，并再次根据注册了runner

问题

因此，运行程序在激活后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服务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"

gitlab-runner.service-gitlab-runner
已加载：已加载（/etc/systemd/system/gitlab-runner.service；已启用；供应商预设：已启用）
有效：自2017年11月9日星期四10:59:44 GMT起有效（运行）；24分钟前
主PID:7156（gitlab runner）
CGroup:/system.slice/gitlab-runner.service
└─7156/usr/bin/gitlab runner run--工作目录/home/gitlab runner--config/etc/gitlab runner/config.toml--服务gitlab runner--syslog--用户gitlab runner
11月9日11:00:12苏[7343]：+？？？root:gitlab runner
11月9日11:00:12 su[7343]：pam_unix（su:session）：为用户gitlab runner by（uid=0）打开的会话
11月9日11:00:12 su[7348]：根目录下gitlab runner的成功su
11月9日11:00:12苏[7348]：+？？？root:gitlab runner
11月09日11:00:12 su[7348]：pam炣unix（su:session）：为用户gitlab runner打开的会话（uid=0）
11月9日11:00:12 su[7352]：根目录下gitlab runner的成功su
11月9日11:00:12苏[7352]：+？？？root:gitlab runner
11月9日11:00:12 su[7352]：pam_unix（su:session）：为用户gitlab runner by（uid=0）打开的会话
11月9日11:00:44 gitlab runner[7156]：time=“2017-11-09T11:00:44Z”level=warning msg=“将跟踪添加到已中止的协调器”code=202作业=765作业日志=0-846作业状态=已取消的runner=28fdac52已发送日志=846-846状态=“202已接受”
11月9日11:00:44 gitlab runner[7156]：time=“2017-11-09T11:00:44Z”level=warning msg=“将跟踪添加到已中止的协调器”code=202作业=765作业日志=0-846作业状态=已取消的runner=28fdac52已发送日志=846-846状态=“202已接受”

因此，runner服务是活动的并正在运行（接受了第一个作业），但似乎没有接受更多的作业，并将所有工作都挂起

我还可以在网站上的

/runners/admin

中看到跑步者，但最后一个联系人一直在上升，不会重置

如果我运行

sudogitlab runner restart

，它会再次拾取作业，但在第一个作业之后会停止接受作业

有没有其他方法可以调试为什么跑步者不接受更多的工作？或者如果有人知道我有什么问题？

是的

停止您的runner（

gitlab runner Stop

），然后运行附加的，这样您就可以看到它所做的一切：

gitlab runner——调试运行

---

然后开始输入it作业。

运行

sudo gitlab runner run

（或带有调试标志）始终有效。它总是设法找到工作。我正试图让它作为一项服务工作，但它似乎不工作？这可能与权限有关吗？