You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Nov 3, 2024. It is now read-only.
When baaah creates those TaskRuns, they are automatically labeled with apply.acorn.io/hash, as expected.
Problem
Tekton propagates labels from the parent TaskRun to its children Pods, but baaah uses the aforementioned label to determine whether it should prune objects, and ends up pruning Pods which it doesn't manage.
Demonstration
Here is a debug session as an illustration, where the code snippets correspond to the breakpoints I set:
As seen above, baaah matches on the Pod managed by Tekton, and ends up pruning that Pod, despite the Router's client never ever interacting with that particular Pod.
The text was updated successfully, but these errors were encountered:
kubectl run --labels='issue-number=91' --image nginx:alpine issue91
watch -n 0.3 kubectl get pods,taskruns.tekton.dev
Notice how the Pod issue91-pod gets terminated by baaah, then re-created by Tekton, multiple times until Tekton gives up:
Every 0.3s: kubectl get pods,taskruns.tekton.dev
NAME READY STATUS RESTARTS AGE
pod/issue91 1/1 Running 0 12s
pod/issue91-pod 0/1 Terminating 0 4s <----------- pruned by baaah
NAME SUCCEEDED REASON STARTTIME COMPLETIONTIME
taskrun.tekton.dev/issue91 Unknown Pending 11s
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Context
I am using
baaah
to manage Tekton TaskRun objects.When
baaah
creates those TaskRuns, they are automatically labeled withapply.acorn.io/hash
, as expected.Problem
Tekton propagates labels from the parent TaskRun to its children Pods, but
baaah
uses the aforementioned label to determine whether it should prune objects, and ends up pruning Pods which it doesn't manage.Demonstration
Here is a debug session as an illustration, where the code snippets correspond to the breakpoints I set:
baaah/pkg/apply/desiredset_process.go
Lines 184 to 187 in 5d519d2
baaah/pkg/apply/desiredset_process.go
Lines 189 to 193 in 5d519d2
As seen above,
baaah
matches on the Pod managed by Tekton, and ends up pruning that Pod, despite the Router's client never ever interacting with that particular Pod.The text was updated successfully, but these errors were encountered: