-
Choerodon平台版本:0.23.0
-
运行环境:自主搭建
-
问题描述:
ci 很大概率会 调用这个接口 很大概率退出?这事啥情况?
你可以直接用接口工具调用几次这个接口,看看状态码是什么?
直接调用接口没问题的,基本都是200,但我仔细观察了下是连 runner-helper容器 都没生成就直接失败了
我看runner 日志压根都没收这个任务,就直接失败了,虽然 ci这里显示有任务id 跟 runner 名称
Running with gitlab-runner 13.10.0 (54944146)
on jiangyin-docker-runner 9PQaTtX5
Preparing the "docker" executor
看Gitlab的日志 相对应的job id 都是 200 或 202 的状态基本没发现有问题
直接调用接口,要看到正确的响应(要返回 shell 脚本),状态码为 200 也不一定没问题
没问题的 都有脚本生成的
那现在 gitlab 界面看到的 ci 失败的情况是怎样的
job日志呢?
应该是我k8s集群问题,有的节点kubelet kube-proxy 配的api-server不对 造成 runner调过去 生成不了pod
现在支持节点的亲和性,不支持pod的亲和性。
这是一个通过pod互斥无法解决的事情,如果pod数量大于节点数量,必定会再出现此类问题。建议构建前复制一份缓存到pod中,构建完毕后将pod中的缓存再同步至挂载目录。
你这样是一种方法。。。
这个ci还是存在,我以为是k8s问题。。。奇怪 runner pod都没生成 就直接失败了
资深大佬帮忙再看下,这个问题 一直还存在。。。
你贴下 ci 日志。
如果是从 猪齿鱼 请求 ci 脚本失败,你就用 postman 或者 curl 看下请求得到了内容正常吗?
你的 ci 文件方便贴出来吗(应该不会有敏感信息吧)?