图像升级后Kubernetes吊舱停留在ContainerCreating状态

吊舱的图像升级过程中，很少有吊舱停留在ContainerCreating状态。图像升级后Kubernetes吊舱停留在ContainerCreating状态

kubectl get events has below error: FailedSync kubelet, 10.102.10.34 Error syncing pod, skipping: timeout expired waiting for volumes to attach/mount for pod "default"/"ob-service-1124355621-1th47". list of unattached/unmounted volumes=[timezone default-token-3x1x9]

泊坞日志：

^[[31mERRO^[[0m[240242] Handler for DELETE /v1.22/containers/749d05b355e2b80bffb90d207232d37e3ebc5ff57942c46ce0a2b4ca5950ed0e returned error: Driver devicemapper failed to remove root filesystem 749d05b355e2b80bffb90d207232d37e3ebc5ff57942c46ce0a2b4ca5950ed0e: Device is Busy 
^[[31mERRO^[[0m[240242] Error saving dying container to disk: open /var/lib/docker/containers/5d01db2c31a3073cc7fb68f2be5acc45c34583d5f2ae0c0879ec064f90da6943/config.v2.json: no such file or directory 
^[[31mERRO^[[0m[240263] Error removing mounted layer 5d01db2c31a3073cc7fb68f2be5acc45c34583d5f2ae0c0879ec064f90da6943: Device is Busy

来源

2017-09-23 soumit mishra

尝试在受影响的节点上重新启动docker服务并查看是否有帮助。 –

停止码头，删除码头目录，再次启动码头 –

停止码头并重新启动kubelet服务，但更多豆荚进入相同的状态... –

这是一个有点硬，只需您提供的信息进行调试，但是你应该寻找到的大方向是群集的资源。

未能同步通常意味着豆荚不能适合任何工人（可能会添加更多将有助于）或从您的错误似乎你试图“连接”到繁忙的卷，并可以' t接受连接失败的连接。

再次缺乏细节，但让我们假设你在AWS上，并且你的卷没有下马，现在你又试图重新连接它 - 上面的结果将是非常多的结果，你需要分离音量，以便新的音箱可以连接到它。如果你说有一些豆荚对同一张图像没问题，这意味着你没有足够的体积和/或一些目前的体积不能接受新的连接（也许在删除旧豆荚期间它们没有没有正确卸除）

来源

2017-09-24 21:24:54

图像升级后Kubernetes吊舱停留在ContainerCreating状态

回答

相关问题