linux - gitlab-runner 在 CI 中损坏，手动工作 - Debian 发布升级出错？

Question

前段时间，我在 Debian 9 服务器上设置了一个 gitlab-runner。一切都好。 CI 运行，它运行成功。现在，在最后一次测试运行 11 个月后，我被指示向项目添加一个特性，我做的第一件事就是重新运行旧测试。

他们失败了，在 11 个月内从“没问题”变成了“根本不工作”。我唯一重视的是 Debian 10 的发行版升级。

没有工作 - 在 gitlab-runner 的服务帐户下本地运行:

/tmp/projektv$ sudo -u gitlab-runner /usr/lib/gitlab-runner/gitlab-runner   exec shell run_tests
Runtime platform                                    arch=amd64 os=linux pid=25578 revision=1564076b version=12.4.0
Running with gitlab-runner 12.4.0 (1564076b)
Using Shell executor...
Running on simsrv15...
ERROR: Job failed: exit status 1
FATAL: exit status 1

WebUI 上的自 Action 业(推送提交时)看起来是一样的。 gitlab-runner 版本 12.0 和 12.3 的结果相同。新注册没有变化。

使用我的个人用户帐户在本地运行时工作:

/tmp/project$ /usr/lib/gitlab-runner/gitlab-runner exec shell run_tests
Runtime platform                                    arch=amd64 os=linux pid=23331 revision=1564076b version=12.4.0
Running with gitlab-runner 12.4.0 (1564076b)
Using Shell executor...
Running on simsrv15...
Fetching changes...
....
OK
System check identified no issues (0 silenced).
Destroying test database for alias 'default' ('file:memorydb_default?mode=memory&cache=shared')...
Job succeeded

使用 --debug 甚至 strace 运行错误的作业并没有揭示任何我特别感兴趣的东西。 https://pastebin.com/8j8eQAHB

在 Debian 9 系统上新设置的不同运行器运行相同的作业，效果完美。

Answer 1

我发现运行 strace -f 会自动附加到生成的 child 。正如我所看到的， fork 是运行者最后做的事情之一，我试过了。看看我发现了什么:

[pid 88504] execve("/usr/bin/clear_console", ["/usr/bin/clear_console", "-q"], 0x564cc4bbf1c0 /* 19 vars */) = 0

clear_console，嗯？有了新知识，谷歌给了我这个: https://gitlab.com/gitlab-org/gitlab-runner/issues/4559

有趣的是:Debian 9 在 .bash_logout 中也有 clear_console，它不会使运行器崩溃....