-
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
better error output when docker isn't/can't log in #575
Comments
@BenTheElder this was why it was failing on my machine at KubeCon. :-) |
Issues go stale after 90d of inactivity. If this issue is safe to close now please do so with Send feedback to sig-testing, kubernetes/test-infra and/or fejta. |
Hit this issue on a debian machine where I didn't have access to the docker socket. |
/remove-lifecycle stale Yep, error handling / reporting / logging is something I'm back at reshaping right now, it's subpar :( We do at least have a note about the docker socket in the known issues guide now.. |
/assign |
I think that @BenTheElder fixed this with the new logging mechanism
/close |
@aojea: Closing 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. |
IMO, as a beginner, this is not beginner-friendly:
There should be a hint that Docker is not running |
the problem is that it may be caused by another reasons, not just that Docker is not running, so it can be wrong to always return an error saying "Docker is not running" |
What aojea said. Sorry, we know this isn't friendly, there's just a LOT to do and initially we were targeting kubernetes (literally kubernetes itself) developers. There's a lot to do. I have a sketch for more sophisticated help in the command but we've got some deep rework that needs doing to fix e.g. host reboot support first. |
I recommend running again with |
Especially now that we auto-detect between multiple backends (podman, docker), it would be helpful to write some code specifically to probe for "is the host capable of hosting a cluster" We have some of this now related to e.g. cgroupsv2 and rootless where we will throw more descriptive errors, but not for this case yet. This also has some overlap with #39, i would love a command to diagnose problems with the host. |
Based on the previous comment, going to reclose this issue. I think further improvements can be tracked somewhat with #39. /close |
@stmcginnis: Closing 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-sigs/prow repository. |
What would you like to be added:
The ability get better error output in the non-default case when creating a new cluster and not specifying the default
kind create cluster
.Why is this needed:
I stumbled around for the better part of a week trying to understand why this didn't work, below. only when I ran it as the default command did it appear to output the error -- it's picking up my docker login and I'd changed the password but had not re-logged in. After logging in properly, it is creating properly.
The text was updated successfully, but these errors were encountered: