Wir hatten ein Problem, wo ein Teil des Armaturenbretts für immer belasten würde und schließlich in den Hafen 9090.Kubernetes Armaturenbrett hängt an der Bereitstellung Ressourcen
keine Hinweise auf Probleme in den Docker Protokolle sprechen Zeit für das Armaturenbrett oder die kubelet anmeldet die Meister oder Arbeiter.
Ich musste das kubectl Löschen des Dashboards mit "--cascade = false" erzwingen, weil das Löschen auch hängen würde.
Dies wird uns mit einem veralteten Replikatssatz verlassen, die eigenen läuft in der Regel auf, aber die Replikat-Gruppe scheint zu glauben, dass es immer noch in Gebrauch ist:
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
Das Armaturenbrett nie entfaltet:
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
Nach fast einem Tag ist es das Armaturenbrett sagt ohne Fehler, aber es ist eindeutig nicht:
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
Im Browser:
{
"kind": "Status",
"apiVersion": "v1",
"metadata": {},
"status": "Failure",
"message": "no endpoints available for service \"kubernetes-dashboard\"",
"reason": "ServiceUnavailable",
"code": 503
}
Keiner der Meister oder Arbeiter haben einen Armaturenbrett Behälter in Docker.
Wir konnten Nginx mit "--cascade = true" unterlegen und neu bereitstellen, aber das Kubernetes-Dashboard und das Cockpit hängen beide auf die gleiche Weise.