Kubernetes版本-1.12.4 Docker版本-18.06.1-ce 操作系统-CentOS Linux版本7.5.1804(核心)
一切正常,但是当我重新启动kubelet服务时,我们在kubelet日志中看到以下日志,节点状态更改为未就绪。它将保留接下来的3分钟。我们在1.11.x和1.12.x上观察到这一点,但尚未尝试1.13.x。我们在所有k8s集群节点上都遇到了这个问题。 节点(cpu / mem / iowait)上没有负载,一切都很好。
kubelet.go:1821]跳过pod同步-[容器运行时关闭] kubelet.go:1821]跳过pod同步-[容器运行时关闭]
答案 0 :(得分:0)
您为什么需要重新启动kubelet
?
之所以会这样,是因为重新启动kubelet
时-它根本无法获得容器运行时的正确状态。因此,尽管您的容器运行时已启动并正在运行,但仍为您提供container runtime is down
。
Mar 12 13:51:13 kube-calico-2 kubelet[11597]: I0312 13:51:13.429889 11597 setters.go:518] Node became not ready: {Type:Ready Status:False LastHeartbeatTime:2019-03-12 13:51:13.429850911 +0000 UTC m=+0.652556738 LastTransitionTime:2019-03-12 13:51:13.429850911 +0000 UTC m=+0.652556738 Reason:KubeletNotReady Message:container runtime status check may not have completed yet}
Mar 12 13:51:13 kube-calico-2 kubelet[11597]: I0312 13:51:13.483669 11597 kubelet.go:1846] skipping pod synchronization - [container runtime status check may not have completed yet]
Mar 12 13:51:13 kube-calico-2 kubelet[11597]: I0312 13:51:13.884530 11597 kubelet.go:1846] skipping pod synchronization - [container runtime status check may not have completed yet]
答案 1 :(得分:0)
我也遇到了Kubernetes 1.14.3的问题,解决方法是将kubelet设置node-status-update-frequency设置为30s
答案 2 :(得分:-1)
尝试使用docker stats / inspect命令杀死导致kubelet超时的容器进程