Kanade 这是devops-controller的日志，可以看出因为系统认为构建记录不存在，因此删除了记录，但实际上Jenkins里是有构建记录的，比如图里的15号记录 从这里我猜测，当我执行一个流水线的时候，当流水线执行的接口调用成功，Kubesphere会立刻去查询流水线的状态。但如果jenkins没有立刻开始初始化流水线，卡顿或者排队，导致这个状态查不到，Kubesphere误认为这次记录不存在，因此删除了记录
chilianyi Kanade 这个现象，感觉是 devops-controller 没有连上 jenkins 。 重启下 devops-controller（deployment，scale 到 0，再 scale 到 1） 然后看下 有什么最新的 日志吗 devops-controller 的 pod 里，报错相关的。
Kanade chilianyi devops-system里面的所有负载都重启试过了，连ks-controller-manager都重启过了，起来以后还是一样的结果。 这个问题也不是必现，但是几率挺大。
chilianyi 应该被 devops controller 给删掉了。 devops controller 向 jenkins 中触发构建，获得 id，然后再用这个 id 去 jenkins 中查详情时，没有查到，就报错，然后触发了删除动作。
Kanade chilianyi jenkins面板是能看到记录的，即便在Kubesphere删除之后，莫非是Kubesphere查的时候，Jenkins还没创建好记录…… 会不会和3.3.2的记录同步更新有关系
chilianyi Kanade 看你提供的这个截图，trigger 和 not exist in jenkins，delete it 相差只有几 ms。 trigger 的时候，会触发生成一个 jenkins 的构建记录，并获取到 id 然后再去 jenkins 中查这个 id，返回不存在，这个时间 很短，几 ms，然后触发了 delete。 jenkins 里还能看到，只是 devops 流水线里把记录删掉了。
chilianyi Kanade 是个 bug，已经记录：kubesphere/ks-devops#920 会有人跟进修复，然后给你下反馈，应该可以临时在 3.3.2 基础上 build 个 image，给到你。
