-
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
Unbound resource creation within managed topologies #10275
Comments
@fabriziopandini could this be a bad edge case around the cluster shim? |
Not sure, but I will try to reproduce next week |
/triage accepted The issue isn't in the cluster shim, but in the fact that we reconcile the cluster object (with the infrastructure Ref) only if both Infra cluster and control plane are created successfully. This leads the next read desired state to believe there is no infra cluster and thus to re-create it. I'm going to send a PR to fix this Note: cluster shim is going to clean up all those objects as soon as both Infra cluster and control plane are reconciled successfully (as per design) |
@mnaser it will be great if you can help in validating the fix PR |
/reopen Let's close this after cherry-picks to release-1.5 and release-1.6 are done. |
@chrischdi: Reopened this issue. 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/test-infra repository. |
1.6 backport #10326 |
1.5 backport #10347 |
I think this can now be closed - backports are merged. |
What steps did you take and what happened?
When using managed topologies, we've ran into an issue where if the user creates a
Cluster
with some invalid value that ends up failing validation down the line, CAPI will keep creating resources non-stop.For example:
As it keeps trying again and again, it will keep spawning more
InfrastructureCluster
resources, in my case, got up to ~5k and ~11k at some point.What did you expect to happen?
CAPI should try and figure out if there is an existing
InfrastructureCluster
tied to this, if there is, then just re-use that instead of creating it again.Cluster API version
1.6.0
Kubernetes version
1.28
Anything else you would like to add?
Happy to assist to fixing it if we're pointed where to go.
Label(s) to be applied
/kind bug
One or more /area label. See https://github.com/kubernetes-sigs/cluster-api/labels?q=area for the list of labels.
The text was updated successfully, but these errors were encountered: