我们已经使用Gitlab CI已有几个月了,在过去的1周中,我们一直在使用VPS上安装的特定运行器。当前,我们使用“ shell”作为执行程序。
今天,我们的管道突然停顿了下来,当我们查看服务器的可用RAM时,仅供参考,996 MB中只有48MB,我们正在使用CentOS 6。
我们一直在努力寻找答案,但目前我们陷入困境,并想知道:
- 是什么原因导致管道卡死?
- 是因为可用内存少吗?
- 我们应该使用其他执行器,也许是SSH甚至是docker?
- 解决此类问题的最佳实践是什么?
我们将不胜感激任何帮助或指示。
tags中指定的与.gitlab-ci.yml运行程序配置中的不匹配。
如果您在构建命令中指定模拟器,请确保编写正确版本的模拟器。
一旦我做了这些改变,一切就都很顺利了!
祝你好运。
在我的情况下,管道阻塞了,因为唯一可用的运行程序将选项“ 可以运行未加标签的作业 ”设置为“ 否 ”,并且该作业实际上未加标签。可以通过更改“ 可以运行未加标签的作业 ”选项或在存储库中的“ .gitlab-ci.yml”文件的相应部分添加标签来解决此问题。就我而言,这是节default:tags:。
(看来您的情况要复杂得多。但是,我每个月遇到两次此问题,而第二次却忘记了该决定。因此,我来到了此页面,该页面似乎很适合保存该决定希望答案对其他人有帮助。)
| 归档时间: |
|
| 查看次数: |
3153 次 |
| 最近记录: |