GitLab CI 构建仍在等待中

问题描述 投票:0回答:8

我们最近开始在

gitlab.com
免费服务上使用 GitLab-CI。 起初一切都很顺利,但现在,我们似乎无法再构建我们的项目了。构建显示为
pending
并且不执行任何操作。

这是我们的构建列表中的内容:

如果我们检查构建的详细信息:

您可能会注意到,在列表中,每个构建都分配给一个运行程序 ID,但在详细信息页面中,运行程序部分是空白的。

起初,我们以为这只是由

gitlab.com
基础设施引起的延迟,但实际上它只是卡在那里......

编辑

已经过去一年多了,但我一直收到有关这个问题的通知。如果我没记错的话,问题是由 GitLab 本身造成的。遵循 GitLab 文档并确保您的设置有效,并祝愿一切顺利!

gitlab gitlab-ci gitlab-ci-runner
8个回答
25
投票

如果您正在使用本地 gitlab-runner,例如

macOS
或您制作的自定义运行器,您应该开始手动运行作业。

基于 gitlab 文档上的主题,您应该根据执行此命令的位置在用户模式或系统模式下手动启动

在终端中运行

如果你还没有启动 gitlab-runner

gitlab-runner start 

系统模式执行

sudo gitlab-runner run 

用户模式执行

gitlab-runner run 

11
投票

我在 Windows 机器上遇到了同样的问题。我去事件查看器获取该服务的一些日志,发现错误“listen_address not Defined”。

我按照以下步骤修复它。

  1. 转到 gitlab 存储库并编辑运行器设置。
  2. 您会发现名为“指示此跑步者是否可以选择没有标签的作业”的复选框
  3. 确保选中该选项。

现在对我有用。


10
投票

执行以下步骤后我的问题得到解决:

  1. 转到您的项目存储库,单击 CI/CD,然后选择管道。尝试通过单击

    clear runner caches
    删除运行器缓存。

  2. 通过在您已注册运行器的服务器上执行以下步骤来验证、启动和运行本地运行器:

    sudo gitlab-runner verify
    sudo gitlab-runner start
    sudo gitlab-runner run
    

5
投票

GitLab 已经最大化了他们的共享跑步者,但他们刚刚完成了更多的添加。现在 GitLab 有 12 个共享运行器。看看这个问题:https://gitlab.com/gitlab-org/gitlab-foss/issues/5543#note_3130561

更新

GitLab 已转向自动缩放 Runner。如果您仍然遇到任何问题,则可能是由于其他原因造成的。


1
投票

如果已设置,请尝试清除 Runner 缓存。

转到 CI/CD>>管道>>顶部>>清除运行器缓存


1
投票

对我来说,这个解决方法有效:暂停和取消暂停运行器会触发挂起的作业运行。

参考:https://gitlab.com/gitlab-org/gitlab/-/issues/23401


0
投票

除了重新启动跑步者之外,没有什么对我有用:

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

-2
投票

我也遇到了同样的问题,因为没有活跃的跑步者。

转到 设置 > CI CD > 为此项目启用共享运行器

© www.soinside.com 2019 - 2024. All rights reserved.