ci经常失败

  • 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


gradle 编译 如果两个runner 都调度统一worker节点就有 文件冲突,我挂载的事 hostpath,为了加速打包, 这runner 能定义 pod 互斥吗?

现在支持节点的亲和性,不支持pod的亲和性。

这是一个通过pod互斥无法解决的事情,如果pod数量大于节点数量,必定会再出现此类问题。建议构建前复制一份缓存到pod中,构建完毕后将pod中的缓存再同步至挂载目录。

你这样是一种方法。。。

这个ci还是存在,我以为是k8s问题。。。奇怪 runner pod都没生成 就直接失败了

资深大佬帮忙再看下,这个问题 一直还存在。。。

@TimeBye 大佬帮忙看看

你贴下 ci 日志。
如果是从 猪齿鱼 请求 ci 脚本失败,你就用 postman 或者 curl 看下请求得到了内容正常吗?

ci日志就这


直接调这个接口 异常就退出了,我手动去请求这个接口 基本没问题

你的 ci 文件方便贴出来吗(应该不会有敏感信息吧)?