-
Notifications
You must be signed in to change notification settings - Fork 413
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
Self-Hosted cluster deletion failing in scenarios when manual deletion is attempted first. #4609
Comments
/assign @nawazkh @ardixit-msft-la could you be more specific what "manual deletion of self-hosted cluster is attempted before deleting through kubectl command" means? This way we can repro.
Specifically, we need more info on repro step 2 above. Thanks! cc @nojnhuh |
Correct. Here are the steps.
|
@ardixit-msft-la Sorry for the delay.
I dont see the erronous behavior by following the steps shared above. I am using CAPZ main for the repro and K8s: v1.28.5. Also, can you delineate the steps even more? Are the steps 2 and 3 performed immediately one after the other? Or are you waiting for step 2 to finish before executing step 3 ? |
Retried with CAPZ v1.13.2 and K8s v1.28.5 but could not repro this issue. |
I am using k8s version 1.26.0 and I have the live environment for the same. Please let me know, I can help you with that. |
Can you please share the CAPZ version as well? |
I am not sure where/how can I find CAPZ version. Can you please help? |
One of the ways is to get the version suffixed to |
/kind bug
[Before submitting an issue, have you checked the Troubleshooting Guide?]
What steps did you take and what happened:
[A clear and concise description of what the bug is.]
In cases where manual deletion of self-hosted cluster is attempted before deleting through kubectl command, the cluster never gets deleted. On reattempting manual deletions, the resources are recreated while the provisioning state of the cluster is shown as deleting.
kubectl --kubeconfig C:\Users\ardixit.kube\management get clusters
What did you expect to happen:
After the deletion is attempted through the following command
kubectl --kubeconfig C:\Users\ardixit.kube\management delete cluster flexiblec220849
The cluster should be deleted instead of hanging the deleting state.
The cluster should not be recreated.
Anything else you would like to add:
[Miscellaneous information that will assist in solving the issue.]
This issue was reproduced with an AKS setup with 4 cluster, each having 5 user nodepools.
The issue is intermittent and happens twice in approx. 10 runs.
Environment:
kubectl version
):/etc/os-release
):The text was updated successfully, but these errors were encountered: