在minikube v0.7.1版本中使用`minkube dashboard`命令会遇到以下的错误：
通过`kubectl get po --all-namespaces`命令，查看到
kube-addon-manager-minikube pod 失败了
通过`kubectl describe --namespace=kube-system po kube-addon-manager-minikubevm`,可以获知这个pod尝试拉取`gcr.io/google-containers/kube-addon-manager-amd64:v2`镜像时失败了，这和上次遇到的问题是一样的。使用同样的方式，将镜像拉取后扔进minikube即可。
执行`minikube dashboard`并没有提示任何错误，但是网页没有任何显示，一直在连接服务器中。
出现了新的pod
新的pod `kubernetes-dashboard-*` 依赖于gcr.io/google_containers/kubernetes-dashboard-amd64：v1.1.0镜像。然而使用上面的方式，仍然是有问题的。
该pod还是一直试图拉取该镜像。
已经提交issue, https://github.com/kubernetes/minikube/issues/503 ，等待开发人员回复.
补充：根据开发人员的提示，在minikube虚拟机中，`/etc/kubernetes/addons/dashboard-rc.yaml` ，发现容器`kubernetes-dashboard`的`imagePullPolicy`为always,这是否意味着这个容器一直试图从网上拉取镜像，而不管当前docker中是否存在指定的镜像呢?
1. 尝试着编辑这个yaml文件，移除掉imagePullPolicy=always. 删除掉已存在的kubernetes-dashboard-* pod, 但是新创建的kubernetes-dashboard-* pod仍然失败。
2. 尝试重启minikube， 发现该yaml文件的`imagePullPolicy=always`项又出现了。所以无法直接编辑该yaml文件来修改。
3. 最后想到replication controller是控制pod, 因此通过`kubectl edit --namespace=kube-system rc kubernetes-dashboard` ，移除其中的“imagePullPolicy=always”.删除旧的`kubernetes-dashboard-*`pod后。新启动的pod显示为`running`状态。
最终minikube dashboard正常了。
网友评论