DevOps流水线冗余的流水线记录怎么删除？

ithero

操作系统信息
华为云虚拟机

LSB Version: :core-4.1-amd64:core-4.1-noarch

Distributor ID: CentOS

Description: CentOS Linux release 7.9.2009 (Core)

Release: 7.9.2009

Codename: Core

8C/16G

Kubernetes版本信息
v1.22.10

容器运行时
Client:

Version: 20.10.8

API version: 1.41

Go version: go1.16.6

Git commit: 3967b7d

Built: Fri Jul 30 19:50:40 2021

OS/Arch: linux/amd64

Context: default

Experimental: true

Server: Docker Engine - Community

Engine:

Version: 20.10.8

API version: 1.41 (minimum version 1.12)

Go version: go1.16.6

Git commit: 75249d8

Built: Fri Jul 30 19:55:09 2021

OS/Arch: linux/amd64

Experimental: false

containerd:

Version: v1.4.9

GitCommit: e25210fe30a0a703442421b0f60afac609f950a3

runc:

Version: 1.0.1

GitCommit: v1.0.1-0-g4144b638

docker-init:

Version: 0.19.0

GitCommit: de40ad0

KubeSphere版本信息
v3.3.1。在线安装。使用kk安装。

同标题：

DevOps流水线冗余的流水线记录怎么删除？

chilianyi

pipelinerun 有自动清理策略，通过这个 cronjob

# kubectl get cronjob -A
NAMESPACE                  NAME     SCHEDULE       SUSPEND   ACTIVE   LAST SCHEDULE   AGE
kubesphere-devops-system   devops   0/30 * * * *   False     0        19m             7h19m

默认是 30 分钟执行一次，默认清理策略为：

一个 namespace 下 pipelinerun > 30 或者 pipelinerun 的 age 超过了 7 天（168 小时），则会将历史的 pipelinerun 删掉。

如果需要修改为更加敏感，可以通过：

kubectl edit cronjob devops -n kubesphere-devops-system

修改：

        spec:
          containers:
          - args:
            - --max-count=30
            - --max-age=168h

这段配置中： max-count 或者 max-age 的值，调整后，30 分钟整点的 cronjob 就会进行清理。

ithero

意思明白了

        spec:
          containers:
          - args:
            - --max-count=30
            - --max-age=1h
            - --condition=ignoreTime

昨天修改的今天早上追踪发现还是有之前的记录

chilianyi

看了下这个 job 的代码，是先看 max-count 有没有达到，不过这个判断逻辑还有点问题，double 了。

也就是配置 max-count 是 30，需要一个 namespace 达到 60 才能触发删除，删除个数为总量 - 30。

然后再判断需要删除的这些里，是否满足 max-age 这个条件，如果 condition=ignoreTime，则直接删掉，如果没配置这个条件，就只会把满足 max-age 条件的删除掉。

所以这里首先需要达到 max-count 才会触发删除。

ithero

你好这个job 代码在哪能看？

还是没有删除

condition=ignoreTime这个是什么意思？忽略时间？怎么解读？

chilianyi

ithero 代码在这里：https://github.com/kubesphere-sigs/ks/blob/84549ddc3bd6e4d0cc736254a8d9b52f6bc76143/kubectl-plugin/pipeline/gc.go#L80

这个判断条件有问题，所以其实需要 double 以后才会触发删除，也就是如果配置的 max-count=30，需要达到 60 才会触发删除。

condition=ignoreTime，表示不考虑过期时间（max-age）这个条件，不满足这个条件，也会删除。
不加这个条件，不满足 max-age 的不会删除。

ithero

chilianyi 也就是说 max-count=30 需要max-count=60 才会触发？那我试试

chilianyi

ithero 是这个意思，这里近期会修复。

WuGuozhi

有yaml 完整么， 3.1.1 没有相关功能

yudong

WuGuozhi 在 ks-devops helm chart 里有一个 cronjob，用了清理流水线运行记录的，可以参考下：https://github.com/kubesphere-sigs/ks-devops-helm-chart/blob/ks-devops-0.1.15/charts/ks-devops/templates/cronjob-gc.yaml

peterZch

在3.4版本，devops这个cronjob并不会清除多分支流水线产生的pipelinerun构建记录。

charnet1019

peterZch 我也遇到了多分支流水线没有删除记录的问题，你那边有什么好的解决方案吗？

stoneshi-yunify