-
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
show docker logs
automatically on early error
#2016
Comments
Hmm: Errors visible in the node container logs are pretty rare for end users, right now for users wishing to debug the error we point to Unless you're specifically working on kind itself (in which case you probably know how to grab these easily with docker) I'm not sure these are helpful. Further, dumping lots of logs from e.g. kubeadm to the console has mostly led to users pasting snippets containing "errors" or warnings that are not actually problematic without providing the full context with the real errors, versus asking to upload the full exported logs. |
Error output introduced in #1935 might be helpful
|
#1935 is not landed yet, but that may be fair enough then.
nearly all of it is irrelevant though, especially for e.g. multi-node.
no, kind invokes kubeadm, not systemd, and when invoking it fails the output is displayed. it's generally not the root cause though. similarly if container creation fails or containers terminate early, usually the error requires more info than the container logs. |
Issues go stale after 90d of inactivity. If this issue is safe to close now please do so with Send feedback to sig-contributor-experience at kubernetes/community. |
/remove-lifecycle stale |
I agree with Ben's assessment above. I don't see it adding a lot of value, and I don't see kind adding this. Should this be closed? |
What would you like to be added:
kind create cluster
should rundocker logs <CONTAINER>
automatically on early errorWhy is this needed:
Mostly for showing
entrypoint
errors to the user.The text was updated successfully, but these errors were encountered: