-
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
none upgrade flaky: waiting for k8s-app=kube-dns: timed out waiting for the condition #5166
Comments
seems to be duplicate of #5161 |
apiserver appears to be in rough shape:
This says to me that components may be running that are configured for another auth system. Not sure what that's about. kube-scheduler is unhappy:
All of the binaries appear to be the correct version. |
It is possibly related, but #5161 needs more data before I'm confident of it. In this case, no amount of waiting is sufficient to fix the issue. I feel like there is a kubeadm race condition here. The kubelet and apiserver are apparently happy:
The apiserver however is not aware of any pods.. this may actually be specific to #5032.
|
One possibility is that this may be due to us not properly transitioning etcd data from |
Fixed within #5032 |
(NOTE: This is while testing #5032 - this may not occur at head)
On gLinux, starting with a minikube v1.3.0 cluster running kubernetes v1.10.x:
sudo /usr/local/bin/minikube start --vm-driver=none --kubernetes-version=v1.10.4
and then upgrading it to head:
sudo ./out/minikube start --vm-driver=none --kubernetes-version=v1.15.2
occassionally results in:
The text was updated successfully, but these errors were encountered: