-
Notifications
You must be signed in to change notification settings - Fork 3.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Archived Workflow still appears in UI after adding ttlStrategy #13331
Comments
Do you have workflow archiving enabled? |
@Joibel Yes workflow archive is enabled controller:
persistence:
archive: true |
With enabled archiving, the behaviour you see is what is expected. The argo-server, which responds to the API and provides the workflows to the UI will provide workflows from both the cluster and the archive. This is not totally clear in the documentation which could do with updating to explain this. |
@madhur-lyric Did you check the retentionPolicy of workflow-controller?It's a global setting ,has higher priority than "ttlStrategy" defined in workflow.For example, using default settings,argo will keep 10 completed workflow,even the time of ttlStrategy has expired.By the way my argo workflow version is 3.5.10
Default values of retentionPolicy:
|
Pre-requisites
:latest
image tag (i.e.quay.io/argoproj/workflow-controller:latest
) and can confirm the issue still exists on:latest
. If not, I have explained why, in detail, in my description below.What happened/what did you expect to happen?
I have configured the
ttlStrategy
in my Argo Workflow as follows:After the workflow completes, it is no longer shown when running the command:
However, the workflow is still visible in the Argo UI and accessible through the Argo API. I would like the workflow to be completely deleted and not shown in the UI or API after the TTL expiration.
Version(s)
v3.5.8
Paste a minimal workflow that reproduces the issue. We must be able to run the workflow; don't enter a workflows that uses private images.
Logs from the workflow controller
Logs from in your workflow's wait container
The text was updated successfully, but these errors were encountered: