圖像升級後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狀態

回答

相關問題