-
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
Dashboard does not work #1151
Comments
same error |
Thanks for your detailed report. It seems the kubernetes-dashboard pod is not initializing properly. |
Same error here. (win7 64bit enterprise, minikube 0.16)
|
env: ubuntu 14.04
|
The dashboard is just not installed when you initialize minikube for the first time. |
This isn't true. The dashboard sometimes can take some time to start up, which is what I think we're seeing here. @samuelchen That status indicates that the addon-manager is starting up. The addon-manager is responsible for deploying the dashboard, and sometimes this can take a little time to pull and start in addition to the dashboard starting up. |
@r2d4 thanks for the message. Looks all pods are not ready in my minikube. As you mentioned, it was pulling. I guess if the images website was blocked by firewall.
Now the problem is changing to how to set proxy in cluster VM
|
@samuelchen You need to make sure you delete and start your docker-env settings to take effect ref #1147 |
@r2d4 Sorry I did not clarify clearly. I solved it by the --docker-env argument already. It's same as you said. |
I had a DNS issue in xhyve. To fix the issue, I ran in sudo su
$ echo nameserver 8.8.8.8 > /etc/resolv.conf |
@hayesgm same problem here. I had to change /etc/systemd/resolved.conf (change |
@zedalaye's solution worked for me coupled with |
Stop and Start also worked for me with |
In my case taking a coffee worked. Kubernetes need some time to get the pods ready (you can check it with at beginning:
after 3 min:
after 7 min:
|
When I start with 1.7.4 version flag. All pods empty: When I start with 1.7.0 default, then everything is working. Is anyone else encountering this behaviour?
|
@galvesribeiro you can use |
Thanks @mingoal I'm dropping Minikube in favor of Docker4Windows that now natively have Kube cluster local. Thanks! |
One of the reasons is GFW.Check as steps |
I meet the same problem.
The solution is:
|
Having a similar problem. Minikube didn't work initially, but this fixed it:
Then in Hyper-V manager:
Open system network settings:
I was away for a few hours and came back to find that Running
So the dashboard is running.
Checked /var/log/pods/5a819bae-b530-11e8-9f22-00155d013821/kubernetes-dashboard/120.log
Confirmed that the apiserver is running within the minikube vm using
Checked if anything was listening on 8443 from within the minikube vm using
But I can't telnet to 8443 from that vm:
I then went back to check the steps above, and now it's not listening on 844, kube-apiserver isn't running. Checked the apiserver logs.
At a bit of a loss. Minikube worked fine on my mac, but has been nothing but pain on windows w/ hyper-v. |
Is this a BUG REPORT or FEATURE REQUEST? (choose one): BUG REPORT
Minikube version (use
minikube version
): 0.16.0Environment:
cat ~/.minikube/machines/minikube/config.json | grep DriverName
): VirtualBoxcat ~/.minikube/machines/minikube/config.json | grep ISO
): 1.0.6What happened:
I typed
minikube dashboard
.What you expected to happen:
I expected the dashboard to open on my browser
How to reproduce it (as minimally and precisely as possible):
Install minikube with the debian distribution and type
minikube dashboard
.Anything else do we need to know:
These are the logs I got:
The text was updated successfully, but these errors were encountered: