-
Notifications
You must be signed in to change notification settings - Fork 55
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
Pod stuck in terminating #8
Comments
Hi @GregoryVds, Thanks for reporting. Late last week we made a huge change on the script, now it try to delete the pod by kubectl force mode and, if it not work, by patching the finalizer of stuck resource. We can add more tries to avoid orphan resources. Please, could you give us the output of |
Hi @thyarles, Thanks for the quick answer! Good to know, I will update to the latest version of knsk in my CI build to get the latest improvements. When it happened I was actually running commit 257a664 of knsk, which is 3 weeks old, so I certainly doesn't have those latest improvements. I then tried to run by hand the master version on the cluster and it didn't clean the Pod. But maybe that is just because the 257a664 version had already wiped the Namespace itself, and thus Master version couldn't track resources in that Namespace that was already gone? Anyway, I am emailing you the JSON dump. |
Looking into your JSON I saw:
I think there is something blocking the deletion. What do you think? |
Please, take a look at https://github.com/thyarles/knsk/tree/%238-terminating-resources. Don't use the option |
@thyarles Thanks for the help.
=> To be honest I have no idea :-) I didn't have time to investigate much more... I updated my CI script with the latest Master version of knsk. Thanks again for knsk, that's very helpful :-) |
Check for terminating and orphan resources / add a dry-run option
Hi,
First of all, thanks for this nice script :-) (even though it is sad that we require suck hack...)
I am using knsk in my CI pipeline and it helped for stuck namespaces.
I have another issue though: namespace is gone, but I still have a Pod stuck on "terminating" in a namespace that no longer exists.
Is this something that other people have experienced?
I was able to delete the Pod with
--force
.I am wondering if this is something that could be handled by knsk?
The text was updated successfully, but these errors were encountered: