0
我們有一個問題，即儀表板的一部分，將永遠載入並最終超時交談端口9090kubernetes儀表盤掛在部署資源
的問題，沒有跡象表明在泊塢窗日誌儀表盤或kubelet登錄主人或工人。
我只好用「--cascade = false」強制刪除儀表板的kubectl，因爲刪除也會掛起。
這是留給我們一個陳舊的副本集通常過期它自己的，但在副本集似乎認爲它仍然在使用：
NAMESPACE NAME DESIRED CURRENT READY AGE
kube-system rs/dnsmasq-1410718522 1 1 1 20d
kube-system rs/dnsmasq-autoscaler-1155841093 1 1 1 20d
kube-system rs/grafana-1857700562 1 1 1 17d
kube-system rs/heapster-3338981674 1 1 1 17d
kube-system rs/influxdb-3065341217 1 1 1 17d
kube-system rs/kubedns-3830354952 1 1 1 20d
kube-system rs/kubedns-autoscaler-54374881 1 1 1 20d
kube-system rs/kubernetes-dashboard-head-3335363610 1 1 1 1h
儀表盤從不在國外部署：
NAMESPACE NAME DESIRED CURRENT UP-TO-DATE AVAILABLE AGE
kube-system deploy/dnsmasq 1 1 1 1 20d
kube-system deploy/dnsmasq-autoscaler 1 1 1 1 20d
kube-system deploy/grafana 1 1 1 1 17d
kube-system deploy/heapster 1 1 1 1 17d
kube-system deploy/influxdb 1 1 1 1 17d
kube-system deploy/kubedns 1 1 1 1 20d
kube-system deploy/kubedns-autoscaler 1 1 1 1 20d
kube-system deploy/kubernetes-dashboard 0 0 0 0 1d
經過近一天的儀表板說它沒有錯誤，但很明顯，它不是：
kubectl logs kubernetes-dashboard-head-3335363610-v37xz --namespace=kube-system
Using HTTP port: 8443
Creating API server client for https://10.233.0.1:443
Successful initial request to the apiserver, version: v1.5.3+coreos.0
Creating in-cluster Heapster client
Using service account token for csrf signing
來自瀏覽器：
{
"kind": "Status",
"apiVersion": "v1",
"metadata": {},
"status": "Failure",
"message": "no endpoints available for service \"kubernetes-dashboard\"",
"reason": "ServiceUnavailable",
"code": 503
}
任何主人或工作人員在碼頭工人都沒有儀表板容器。
我們能夠讓nginx以「--cascade = true」進行重播，並重新部署，但是kubernetes-dashboard和駕駛艙都以相同的方式掛起。