我正在测试我设置的新 gitlab 跑步者。
如果一个项目只有一个非常短的 CI 工作（或者一个很快就失败了，这在测试设置之外可能更现实）systemd 开始报告“[email protected]”失败，999 是 gitlab-runner 的 uid . 作业按其应有的方式运行，并且如果它使其变慢（例如通过为其添加睡眠），则不会失败。
搜索错误让我相信它只是 systemd 在每次为该用户启动新“会话”时尝试做某事，并决定它必须被破坏，因为它在很短的时间内多次退出。我该如何允许，最好只针对这个用户？
事实证明，这是一个比我想象的更正常的单位。
并且通过制作一个
/etc/systemd/system/[email protected]/override.conf（实际上override没关系，它可以是任何（可能有一些例外）字符串），包含：并且运行
sudo systemctl daemon-reload问题消失了。（我没有过多考虑 value20，这只是一个证明有效的数字）（如果您不需要自动化它，制作这样一个文件的好方法是使用
sudo systemctl edit [email protected]- 我发现的一些文档建议在制作这样一个文件后，重新启动受影响的服务就足够了，这就是它似乎很特别的地方，至少我还没想出怎么做。）