图像升级后，Kubernetes窗格停留在ContainerCreating状态
在豆荚图像升级过程中，很less有豆荚被卡在ContainerCreating状态。
kubectl获取事件具有以下错误：FailedSync kubelet，10.102.10.34错误同步pod，跳过：超时过期等待卷挂载/挂载“default”/“ob-service-1124355621-1th47”。 未挂接/未挂载的卷列表= [时区默认令牌-3x1x9]
Docker日志：
^[[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 只用您提供的信息进行debugging有点困难，但您应该关注的总体方向是集群资源。
无法同步通常意味着豆荚不能适合任何工作人员（也许增加更多将帮助）或从您的错误似乎你试图“连接”到繁忙，无法接受连接的卷这不合格的吊舱。
再次缺乏细节，但让我们假设你在AWS上，你有一个没有下马的数量，现在你又试图连接到它 – 上面的结果是非常多的，所以你需要分离音量，以便新的吊舱可以连接到它。 如果你说有一些豆荚在相同的图像上没问题，这意味着你没有足够的体积和/或一些目前的体积不能接受新的连接（也许在删除旧的豆荚时，正确卸除）