我们最近开始在
gitlab.com
免费服务上使用 GitLab-CI。
起初一切都很顺利,但现在,我们似乎无法再构建我们的项目了。构建显示为 pending
并且不执行任何操作。
这是我们的构建列表中的内容:
如果我们检查构建的详细信息:
您可能会注意到,在列表中,每个构建都分配给一个运行程序 ID,但在详细信息页面中,运行程序部分是空白的。
起初,我们以为这只是由
gitlab.com
基础设施引起的延迟,但实际上它只是卡在那里......
编辑
已经过去一年多了,但我一直收到有关这个问题的通知。如果我没记错的话,问题是由 GitLab 本身造成的。遵循 GitLab 文档并确保您的设置有效,并祝愿一切顺利!
如果您正在使用本地 gitlab-runner,例如
macOS
或您制作的自定义运行器,您应该开始手动运行作业。
基于 gitlab 文档上的主题,您应该根据执行此命令的位置在用户模式或系统模式下手动启动
如果你还没有启动 gitlab-runner
gitlab-runner start
系统模式执行
sudo gitlab-runner run
用户模式执行
gitlab-runner run
我在 Windows 机器上遇到了同样的问题。我去事件查看器获取该服务的一些日志,发现错误“listen_address not Defined”。
我按照以下步骤修复它。
现在对我有用。
GitLab 已经最大化了他们的共享跑步者,但他们刚刚完成了更多的添加。现在 GitLab 有 12 个共享运行器。看看这个问题:https://gitlab.com/gitlab-org/gitlab-foss/issues/5543#note_3130561
GitLab 已转向自动缩放 Runner。如果您仍然遇到任何问题,则可能是由于其他原因造成的。
如果已设置,请尝试清除 Runner 缓存。
转到 CI/CD>>管道>>顶部>>清除运行器缓存
对我来说,这个解决方法有效:暂停和取消暂停运行器会触发挂起的作业运行。
除了重新启动跑步者之外,没有什么对我有用:
Linux:
sudo systemctl restart gitlab-runner
Windows:
sc stop "GitLab Runner"
sc start "GitLab Runner"
MacOS:
sudo gitlab-runner restart
但是如果您收到错误:
致命:无法启动 gitlab-runner:“launchctl”因 stderr 失败: 加载失败:5:输入/输出错误
您可以参考这个答案来完全重新安装Runner(或该SO链接中适合您的任何其他答案):
gitlab-runner uninstall
gitlab-runner install
gitlab-runner start
我也遇到了同样的问题,因为没有活跃的跑步者。
转到 设置 > CI CD > 为此项目启用共享运行器