coordinator: preserve stop operator on repeated warnings (#6135) - #6150
coordinator: preserve stop operator on repeated warnings (#6135)#6150ti-chi-bot wants to merge 1 commit into
Conversation
|
This cherry pick PR is for a release branch and has not yet been approved by triage owners. To merge this cherry pick:
DetailsInstructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. |
|
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: The full list of commands accepted by this bot can be found here. DetailsNeeds approval from an approver in each of these files:Approvers can indicate their approval by writing |
|
Important Review skippedAuto reviews are disabled on base/target branches other than the default branch. Please check the settings in the CodeRabbit UI or the ⚙️ Run configurationConfiguration used: Organization UI Review profile: CHILL Plan: Team Run ID: You can disable this status message by setting the Use the checkbox below for a quick retry:
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
This is an automated cherry-pick of #6135
What problem does this PR solve?
Issue Number: close #6134
What is changed and how it works?
Introduce a stop operator kind to distinguish current-placement stops from stale-owner cleanup.
Repeated non-removing stop requests now reuse the existing current-placement operator, preserving its target node and maintainer epoch. Stale-owner cleanup operators are not reused when the current owner needs to be stopped. This prevents maintainer recovery from getting stuck after repeated warning events.
Check List
Tests
Questions
Will it cause performance regression or break compatibility?
Do you need to update user documentation, design documentation or monitoring documentation?
Release note
Summary by CodeRabbit