Kubernetes仪表板挂在部署资源上



我们遇到了一个问题,仪表板的一部分将永远加载,最终与端口9090交谈。

dashboard的码头日志中没有问题的迹象或大师或工人上的库贝特日志。

我必须用" - 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
}

docker中没有一个大师或工人都有一个仪表板容器。

我们能够让Nginx使用" - cascade = true"和重新启动,但是Kubernetes-dashboard和驾驶舱都以相同的方式悬挂。

我们在K8S v1.6.3上遇到了类似的问题升级到版本v1.6.4后,我们没有遇到问题。

最新更新