如何在 kubernetes executor 中为 gitlab 服务的日志启用调试级别

问题描述

gitlab omnibus 13.9.3 (ea359c58edb) runner 安装为带有 h​​elm 的 EKS 中的 kubernetes 执行器。运行程序中的日志级别设置为调试。

enter image description here

我的 gitlab ci 作业(docker build 下载一个 1.5Gb 的大文件并使用 7zip 将其解压缩到 4.6Gb)因 137 错误而损坏。 Smth 外力杀死容器..

enter image description here

工作本身:

enter image description here

我想知道为什么并转到 kubernetes 并显示日志。每个 CI 作业有 3 个容器:build、helper 和 svc-0。日志仅存在于 svc-0(docker:dind 服务)中,我可以找出 137 错误的原因:

let start = Date.Now();

function time() {
    let delta = (Date.Now() - start) / 1000;
    return delta.toFixed(3);
}

console.log(`${time()}: Starting 500ms timer`)

// set timer for 500ms
setTimeout(() => {
   console.log(`${time()}: timer callback called`);
},500);

function breath() {
    return new Promise(resolve => setImmediate(resolve));
}

async function main() {
    // spin for 3 seconds
    while (Date.Now() - start < 3000) {
        await breath();
    }
}

console.log(`${time()}: finished while loop`);

我们可以在这里看到日志不在调试级别,我不知道如何打开它。我试图找到一些变量或 smth 来添加到 gitlab-runner 配置中,但没有运气。 我检查了 cpu 和内存的 k8s 限制,我用 time="2021-03-25T09:26:10.955462192Z" level=info msg="Layer sha256:ae010d7db881545a9cbe2ebb0740b623de2de8a50dc5b8baba28f4d33c699f5d cleaned up" time="2021-03-25T09:26:11.063293745Z" level=info msg="shim containerd-shim started" address=/containerd-shim/7b7fc67d4b559d544c1735fcd5d48c3a4748844f31a7f634c4eeabe4daec9a29.sock debug=false pid=1403 time="2021-03-25T09:32:55.037821515Z" level=info msg="Processing signal 'terminated'" 检查了可用磁盘空间...一切正常。

gitlab.toml configuration for runner

还发现我们也可以在config.toml中配置服务,但是在这里也找不到如何启用日志...

enter image description here

我的主要问题是:如何理解为什么我的工作 docker 容器会死? 有助于我调查上述问题答案的问题是:如何为 gitlab runner 服务(尤其是 docker:dind)启用调试日志?

解决方法

暂无找到可以解决该程序问题的有效方法,小编努力寻找整理中!

如果你已经找到好的解决方法,欢迎将解决方案带上本链接一起发送给小编。

小编邮箱:dio#foxmail.com (将#修改为@)

相关问答

Selenium Web驱动程序和Java。元素在(x,y)点处不可单击。其...
Python-如何使用点“。” 访问字典成员?
Java 字符串是不可变的。到底是什么意思?
Java中的“ final”关键字如何工作?(我仍然可以修改对象。...
“loop:”在Java代码中。这是什么,为什么要编译?
java.lang.ClassNotFoundException:sun.jdbc.odbc.JdbcOdbc...