-
Notifications
You must be signed in to change notification settings - Fork 1.6k
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
Unclear error on 'kind cluster create' #2093
Comments
Rootless is not supported yet. Kubernetes has not agreed to support rootless yet but there is a WIP PR to kind to implement support with workarounds. |
I'm not sure what error we can give here, what we know is we failed to interact with the node. There are lots of root causes and not much time to implement detecting them versus fixing the ones we can prevent. |
No for sure - I deleted/uninstalled rootless, and docker reports it is running rootful- if you have any suggestions on additional logs I can provide, happy to! (btw thank you so much for being so unbelievably responsive!) |
(Btw #1288 led me here, but I can’t quite figure out any work arounds in that thread that I could apply here) |
ACK thanks! I was AFK for a bit, let's root cause this:
|
Sorry, i was afk now :) OK - i started poking around at the first one - that seems like it HAS to be it. Unfortunately no - I saw that 'share' had weird perms for a directory (go didn't have read) so i added it and didn't help.
Here's the logs for the new cluster.
No to 'snap' - here's how I installed it. (it's done in a bash wrapped by go) - last line is a test to make sure it worked properly under my existing user.
|
What do you see for: |
|
Huh, even after --retain we can't get It's also strange that docker isn't in /var/lib by default, maybe the rootless uninstall wasn't complete? |
YUP. I'm almost certain this is the case (rootless uninstall wasn't complete). Before I did some slash and burn, I just wanted to give you an opportunity to debug - lemme know and i'll start deleting a lot more stuff. How should I get the container log? Just --retain and -v 1? (Could also be a cheap and cheerful way for you to add detection code - e.g. "exec.LookPath("docker") -> /var/lib/docker or 'log.warn'" |
Retain should prevent kind from deleting the container on failure and then Go ahead and burn at will, I'm curious what happened here but ultimately not surprised that rootless could cause this, rootless docker is still pretty new and the Kubernetes KEP is still blocked. Hopefully we'll enable workarounds by the next kind release. I need to go review those again 😅 People (including our CI sometimes) configure an alternate docker root dir fairly often with no issue, we could try to probe the filesystem but we also still nominally support dockerd not being on the same host (useful in some CI environments to run a dockerd as a service available to containerized tests remotely) |
BTW for rootless: #1797, kubernetes/enhancements#2033 (we can ship the former without the latter, but we really want the latter as well) |
OK that got it... For those coming here via Google - the following things probably are sticking around (even after removing rootless)
Then reinstall docker (maybe), and check your |
Thanks! |
Went through the standard install on Ubuntu 20.04
What happened:
Stack trace / failure to install
What you expected to happen:
Installed correctly
How to reproduce it (as minimally and precisely as possible):
Anything else we need to know?:
I DID have rootless installed but have since uninstalled it and it correctly indicates as such.
Environment:
The text was updated successfully, but these errors were encountered: