Skip to content
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

TestPause/serial/SecondStartNoReset: api server error #7895

Closed
medyagh opened this issue Apr 24, 2020 · 2 comments
Closed

TestPause/serial/SecondStartNoReset: api server error #7895

medyagh opened this issue Apr 24, 2020 · 2 comments
Labels
kind/bug Categorizes issue or PR as related to a bug. kind/flake Categorizes issue or PR as related to a flaky test. priority/important-soon Must be staffed and worked on either currently, or very soon, ideally in time for the next release.

Comments

@medyagh
Copy link
Member

medyagh commented Apr 24, 2020

as seen here: https://storage.googleapis.com/minikube-builds/logs/7862/87bb1c3/KVM_Linux.html#fail_TestPause%2fserial%2fSecondStartNoReset

TestPause/serial/SecondStartNoReset reveals a problem in minikube that right after a full healthy start (--wait=all)
the apiserver will go to an state of error (one suspection could be other tests doing too many kubedm init (which is expensive CPU and memory)

as seen in this test:

pause_test.go:78: expected the second start log outputs to include "The running cluster does not need a reset" but got: 

and the exact relevant error is:

I0424 15:10:25.506755   13119 kubeadm.go:452] needs reset: apiserver in state Error
@medyagh medyagh added kind/bug Categorizes issue or PR as related to a bug. kind/flake Categorizes issue or PR as related to a flaky test. labels Apr 24, 2020
@medyagh medyagh added this to the v1.10.0 milestone Apr 24, 2020
@priyawadhwa priyawadhwa added the priority/important-soon Must be staffed and worked on either currently, or very soon, ideally in time for the next release. label Apr 24, 2020
@tstromberg
Copy link
Contributor

I don't love that we are parsing log messages, but, a few notes:

  • This was caused because the apiserver returned a 500 for the healthz check
  • This test doesn't seem to be showing any sort of post-mortem logs
  • minikube logs output would be very helpful here - but is currently not invoked by our tests.

@medyagh medyagh modified the milestones: v1.10.0, v1.11.0 May 11, 2020
@priyawadhwa priyawadhwa modified the milestones: v1.11.0 May28, v.1.12.0 May 18, 2020
@medyagh medyagh removed this from the v.1.12.0-previous candidate (dumpster fire) milestone Jun 1, 2020
@tstromberg
Copy link
Contributor

Closing as possibly obsolete.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/bug Categorizes issue or PR as related to a bug. kind/flake Categorizes issue or PR as related to a flaky test. priority/important-soon Must be staffed and worked on either currently, or very soon, ideally in time for the next release.
Projects
None yet
Development

No branches or pull requests

3 participants