You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
in integration tests (mostly virtualbox since it is heavier than other vms) in which some times we run 6+ VMs in parallel and it is reasonable to accept a longer wait time.
we need to make "ReasonableStartTime" variable which is currently constant, configurable, to avoid doing Retry in integration tests for start.
we also need to make sure we wait for each component correctly for example for some components it needs milliseconds to wait for and some more than 56 seconds!
21:18:42 | ! X Wait failed: waiting for component=etcd: timed out waiting for the condition
21:18:42 | ! *
21:18:42 | ! * Sorry that minikube crashed. If this was unexpected, we would love to hear from you:
WaitForPodsWithLabelRunning on Hyperkit (mac os)
Name
Time
k8s-app=kube-proxy
9.022185663s
NOT SO BAD
component=etcd
56.515008972s
BAD
component=kube-scheduler
4.369296ms
GOOD :)
component=kube-controller-manager
3.431618ms
GOOD :)
k8s-app=kube-dns
5.533562ms
GOOD:)
WaitForPodsWithLabelRunning on Virtualbox (mac os)
Name
Time
k8s-app=kube-proxy
9.51573752s
NOT SO BAD
component=etcd
1m18.511212486s
BAD
component=kube-scheduler
11.708301ms
GOOD :)
component=kube-controller-manager
43.938549ms
GOOD :)
k8s-app=kube-dns
7.746797ms
GOOD :)
waitForAPIServer
32.352155ms to wait for apiserver status ...
The text was updated successfully, but these errors were encountered:
medyagh
added
the
help wanted
Denotes an issue that needs help from a contributor. Must meet "help wanted" guidelines.
label
Aug 18, 2019
medyagh
changed the title
Make ReasonableStartTime configurable
Make wait for start time duration configurable
Aug 18, 2019
in integration tests (mostly virtualbox since it is heavier than other vms) in which some times we run 6+ VMs in parallel and it is reasonable to accept a longer wait time.
we need to make "ReasonableStartTime" variable which is currently constant, configurable, to avoid doing Retry in integration tests for start.
we also need to make sure we wait for each component correctly for example for some components it needs milliseconds to wait for and some more than 56 seconds!
example log: https://storage.googleapis.com/minikube-builds/logs/5095/VirtualBox_macOS.txt
WaitForPodsWithLabelRunning on Hyperkit (mac os)
WaitForPodsWithLabelRunning on Virtualbox (mac os)
waitForAPIServer
32.352155ms to wait for apiserver status ...
The text was updated successfully, but these errors were encountered: