在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嘗試?yán)gcr.io/google-containers/kube-addon-manager-amd64:v2`鏡像時失敗了，這和上次遇到的問題是一樣的。使用同樣的方式，將鏡像拉取后扔進minikube即可。

執(zhí)行`minikube dashboard`并沒有提示任何錯誤，但是網(wǎng)頁沒有任何顯示，一直在連接服務(wù)器中。

出現(xiàn)了新的pod

新的pod `kubernetes-dashboard-*` 依賴于gcr.io/google_containers/kubernetes-dashboard-amd64：v1.1.0鏡像。然而使用上面的方式，仍然是有問題的。

該pod還是一直試圖拉取該鏡像。

?已經(jīng)提交issue,?https://github.com/kubernetes/minikube/issues/503?，等待開發(fā)人員回復(fù).

補充：根據(jù)開發(fā)人員的提示，在minikube虛擬機中，`/etc/kubernetes/addons/dashboard-rc.yaml` ，發(fā)現(xiàn)容器`kubernetes-dashboard`的`imagePullPolicy`為always,這是否意味著這個容器一直試圖從網(wǎng)上拉取鏡像，而不管當(dāng)前docker中是否存在指定的鏡像呢?

? 1. 嘗試著編輯這個yaml文件，移除掉imagePullPolicy=always. 刪除掉已存在的kubernetes-dashboard-* pod, 但是新創(chuàng)建的kubernetes-dashboard-* pod仍然失敗。

? 2. 嘗試重啟minikube， 發(fā)現(xiàn)該yaml文件的`imagePullPolicy=always`項又出現(xiàn)了。所以無法直接編輯該yaml文件來修改。

? 3. 最后想到replication controller是控制pod, 因此通過`kubectl edit --namespace=kube-system rc kubernetes-dashboard` ，移除其中的“imagePullPolicy=always”.刪除舊的`kubernetes-dashboard-*`pod后。新啟動的pod顯示為`running`狀態(tài)。

最終minikube dashboard正常了。