-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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
🐛 Ensure Cluster topology controller is not stuck when MDs are stuck in deletion #11771
base: main
Are you sure you want to change the base?
Conversation
/cherry-pick release-1.9 |
@sbueringer: once the present PR merges, I will cherry-pick it on top of In response to this:
Instructions 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. |
/cherry-pick release-1.8 |
@sbueringer: once the present PR merges, I will cherry-pick it on top of In response to this:
Instructions 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. |
/assign @fabriziopandini @chrischdi |
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 fixing this!
/lgtm
I'm wondering if we should also stop to update MD when they are deleting
diff.toUpdate = append(diff.toUpdate, md) |
The use case would roughly be:
- MD deleted
- MD added back before deletion completes,
- Topology tries to update the deleting MD
Instead we should probaly do nothing until current MD goes away
@sbueringer WDYT?
LGTM label has been added. Git tree hash: 9ce156454693113157feb8a269149da6e53d39a3
|
I went through all the usages of currentState.MD and I believe this code is not hit. The reason is that MD deletions are triggered by removing MD topologies from Cluster.spec.topology. In that case we hit this line instead:
(because the MD is not part of the desired state anymore) |
EDIT: okay got it, I'll take a look |
… deletion Signed-off-by: Stefan Büringer [email protected]
ffa4819
to
d07153a
Compare
[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.
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
/test pull-cluster-api-e2e-main @fabriziopandini PTAL :) |
thanks! cc @chrischdi for a final pass |
LGTM label has been added. Git tree hash: 4772e78c2f26e0e20d4af0b1ec383c09d5592ea3
|
Signed-off-by: Stefan Büringer [email protected]
What this PR does / why we need it:
Which issue(s) this PR fixes (optional, in
fixes #<issue number>(, fixes #<issue_number>, ...)
format, will close the issue(s) when PR gets merged):Fixes #11770