gitlab runner偶尔出错
gitlab runner errors occasionally
我在专用 VM 机器上设置了带有运行器的 gitlab（24GB 12 vCPU 和 非常低的运行器并发性=6）。
一切正常，直到我添加了更多浏览器测试 - 目前有 11 个。
这些测试处于 browser-test 阶段并正常启动。
我的问题是，它有时成功，有时 不，完全是随机错误。
有时 无法解析 host，有时 无法在页面上找到元素..
如果我重新运行这些失败的测试，一切都会变绿总是。
有人知道这里出了什么问题吗？
顺便说一句...我检查过，这个专用 VM 没有超载...
我已经解决了所有最初的问题（到目前为止还没有在满机负载下进行测试），但是，我决定 post 我的一些经验。
首先，我正在试验 gitlab-runner 并发（以加快速度），结果证明它很快就填满了我的存储 space。因此，对于遇到存储不足的任何人，我建议安装 this package
其次，我使用了 runner cache 和 artifacts，这最终让我的测试有点混乱，我相信，那是我问题的根本原因。
我的观察：
- 如果你想在 gitlab-runner 中利用 cache，请记住默认情况下它可以在 runner 启动的主机上访问仅，并记住缓存是在您的安装之上检索的，这意味着它会覆盖您项目中的文件。
- Artifacts 更灵活一些，因为它们 stored/fetched 来自您的 gitlab 安装。你应该制定自己的命名约定（使用vars）让他们控制，什么是fetched/cached介于stages和以确保一切正常，正如您所期望的那样。
- Cache/Artifacts 在你的测试中应该谨慎和理解地使用，因为它们会带来很多问题，如果使用不当...
旁注：
虽然我的 VM 机器没有超载，但存储中的某些滞后导致网络超时，最后在 Dusk 中，当 运行 多个 gitlab-runners 同时...
2019-02 年更新：
最后，我已经在满载情况下对此进行了测试，并且我可以确认我之前的旁注，关于机器过载不仅仅是真的。
在调整 Linux 参数以处理主机上的大负载（最大打开文件、连接、套接字、超时等）后 运行 gitlab-runners，所有并发测试都通过绿色，没有任何奇怪的、偶然的错误。
希望它可以帮助任何人配置 gitlab-runners...
我在专用 VM 机器上设置了带有运行器的 gitlab（24GB 12 vCPU 和 非常低的运行器并发性=6）。
一切正常，直到我添加了更多浏览器测试 - 目前有 11 个。 这些测试处于 browser-test 阶段并正常启动。
我的问题是，它有时成功，有时 不，完全是随机错误。
有时 无法解析 host，有时 无法在页面上找到元素..
如果我重新运行这些失败的测试，一切都会变绿总是。
有人知道这里出了什么问题吗？
顺便说一句...我检查过，这个专用 VM 没有超载...
我已经解决了所有最初的问题（到目前为止还没有在满机负载下进行测试），但是，我决定 post 我的一些经验。
首先，我正在试验 gitlab-runner 并发（以加快速度），结果证明它很快就填满了我的存储 space。因此，对于遇到存储不足的任何人，我建议安装 this package
其次，我使用了 runner cache 和 artifacts，这最终让我的测试有点混乱，我相信，那是我问题的根本原因。
我的观察：
- 如果你想在 gitlab-runner 中利用 cache，请记住默认情况下它可以在 runner 启动的主机上访问仅，并记住缓存是在您的安装之上检索的，这意味着它会覆盖您项目中的文件。
- Artifacts 更灵活一些，因为它们 stored/fetched 来自您的 gitlab 安装。你应该制定自己的命名约定（使用vars）让他们控制，什么是fetched/cached介于stages和以确保一切正常，正如您所期望的那样。
- Cache/Artifacts 在你的测试中应该谨慎和理解地使用，因为它们会带来很多问题，如果使用不当...
旁注：
虽然我的 VM 机器没有超载，但存储中的某些滞后导致网络超时，最后在 Dusk 中，当 运行 多个 gitlab-runners 同时...
2019-02 年更新：
最后，我已经在满载情况下对此进行了测试，并且我可以确认我之前的旁注，关于机器过载不仅仅是真的。
在调整 Linux 参数以处理主机上的大负载（最大打开文件、连接、套接字、超时等）后 运行 gitlab-runners，所有并发测试都通过绿色，没有任何奇怪的、偶然的错误。
希望它可以帮助任何人配置 gitlab-runners...