我们遇到了一个问题,即仪表板的一部分将永远加载,并最终超时与端口9090交谈。
主板或工作人员的仪表板或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和驾驶舱都以同样的方式挂起。
答案 0 :(得分:1)
我们在k8s v1.6.3上遇到了类似的问题 升级到版本v1.6.4后,我们没有遇到问题。