-
Notifications
You must be signed in to change notification settings - Fork 1.8k
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
Fix duplicate TaskRuns when Pipeline/PipelineRun labels are changed #3558
Conversation
The following is the coverage report on the affected files.
|
@GregDritschler I think we need a release-note entry though 👼 |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: vdemeester The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for this, nice catch and fix!
/lgtm
t.Fatalf("unexpected error when updating status: %v", err) | ||
} | ||
|
||
// The label update triggers another reconcile. Depending on timing, the PipelineRun passed to the reconcile may or may not |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Nice trick :)
/hold |
…re changed The PipelineRun reconciler may be handed a PipelineRun that does not have a previous status update containing the names of TaskRuns it created. The PipelineRun reconciler attempts to deal with this by looking at the TaskRun lister cache for TaskRuns associated with the PipelineRun that are missing from the status and adding them. It uses the PipelineRun's labels to find them. If the user changes the PipelineRun's labels (or the Pipeline's labels which are propagated to the PipelineRun) while the pipeline is running, it may cause the code to not find existing TaskRuns and as a result it may duplicate them.
1b2617c
to
b6aa6ee
Compare
The following is the coverage report on the affected files.
|
/lgtm Thanks for digging into this @GregDritschler ! |
/hold cancel |
Fixes #3126
The PipelineRun reconciler may be handed a PipelineRun that does not have a previous status update containing the names of TaskRuns it created. The PipelineRun reconciler attempts to deal with this by looking at the TaskRun lister cache for TaskRuns associated with the PipelineRun that are missing from the status and adding them. It uses the PipelineRun's labels to find them. If the user changes the PipelineRun's labels (or the Pipeline's labels which are propagated to the PipelineRun) while the pipeline is running, it may cause the code to not find existing TaskRuns and as a result it may duplicate them.
Changes
The reconciler is changed to use only the
tekton.dev/pipelineRun
label when listing TaskRuns associated with the PipelineRun./kind bug
Submitter Checklist
These are the criteria that every PR should meet, please check them off as you
review them:
See the contribution guide for more details.
Double check this list of stuff that's easy to miss:
cmd
dir, please updatethe release Task to build and release this image.
Reviewer Notes
If API changes are included, additive changes must be approved by at least two OWNERS and backwards incompatible changes must be approved by more than 50% of the OWNERS, and they must first be added in a backwards compatible way.
Release Notes