-
Notifications
You must be signed in to change notification settings - Fork 38.7k
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
explain why finalizers are not processed in order #83110
Conversation
// Finalizers may be processed and removed in any order. Order is NOT enforced | ||
// because it introduces significant risk of stuck finalizers. | ||
// finalizers is a shared field, any actor with permission can reorder it. | ||
// If the finalizer list is processed in order, then this can deadlock finalizers. |
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.
"then this can deadlock finalizers" makes it sound like a bug in the API server. Maybe rephrase like "this can lead to a situation in which the component responsible for the first finalizer in the list is waiting for a condition produced by a component responsible for a finalizer later in the list, resulting in a deadlock."
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.
updated
This PR may require API review. If so, when the changes are ready, complete the pre-review checklist and request an API review. Status of requested reviews is tracked in the API Review project. |
43c614b
to
b9fb20f
Compare
/priority backlog |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: deads2k, liggitt 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 |
// Finalizers may be processed and removed in any order. Order is NOT enforced | ||
// because it introduces significant risk of stuck finalizers. | ||
// finalizers is a shared field, any actor with permission can reorder it. | ||
// If the finalizer list is processed in order, then this can lead to a situation |
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.
Carrying on from the previous sentence, consider starting this one to clarify:
Since the finalizer order is difficult to coordinate, processing the finalizer list in order could lead to a situation in which the component responsible for the first finalizer in the list would be waiting for a signal (such as a particular field value to change or an external system to perform some operation) produced by a component responsible for a finalizer later in the list, resulting in a deadlock.
verify shows generated file updates are required |
/retest Review the full test history for this PR. Silence the bot with an |
2 similar comments
/retest Review the full test history for this PR. Silence the bot with an |
/retest Review the full test history for this PR. Silence the bot with an |
/cc |
This came up in slack and appeared frequent enough to deserve a note for future us.
@kubernetes/sig-api-machinery-misc