-
Notifications
You must be signed in to change notification settings - Fork 4.9k
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
Move errors getting logs into log output itself #18007
Conversation
/ok-to-test |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
this would hugely improve the triaging experience
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: medyagh, spowelljr The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
/retest-this-please |
kvm2 driver with docker runtime
Times for minikube start: 51.7s 52.2s 49.5s 50.5s 49.5s Times for minikube ingress: 25.7s 27.2s 27.2s 27.2s 24.6s docker driver with docker runtime
Times for minikube start: 25.7s 24.5s 22.6s 24.3s 22.0s Times for minikube ingress: 20.8s 19.8s 19.8s 18.8s 20.8s docker driver with containerd runtime
Times for minikube start: 20.5s 21.0s 23.3s 20.8s 23.1s Times for minikube ingress: 31.3s 31.3s 18.4s 30.3s 31.4s |
This comment has been minimized.
This comment has been minimized.
These are the flake rates of all failed tests.
Too many tests failed - See test logs for more details. To see the flake rates of all tests by environment, click here. |
Rationale:
Currently if we fail to retrieve logs from a pod or something else, we output the error to the user themselves, which can often confuse the user and make them thing the
minikube logs
command failed. Also, because this information isn't included in the logs, those triaging issues have no idea about the failure to retrieve logs.For the before and after below I hard-coded a failure.
Before - the user:
Note how to above could easily make the user think they failed to generate a logs file
Before - the generated file (debugging)
Note the empty output for forced error which would be confusing for someone trying to debug the users issue
After - the user
No error output and new message included to inform the user that the file was created
After - the generated file (debugging)
The debugger can now see what caused the logs to not be reported