Kubernetes: Pod가 ContainerCreating 상태로 멈춤

에 만든 2016년 08월 06일 · 3코멘트 · 출처: kubernetes/kubernetes

오늘 어떤 이유로 배포 중 하나에 새 버전을 출시했을 때 포드가 이 오류 이벤트와 함께 ContainerCreating에서 멈췄습니다.

1h          1m         37        some-api-2275263275-01pq7              Pod                                             Warning   FailedMount               {kubelet gke-cluster-1-default-pool-4399eaa3-os4v}      Unable to mount volumes for pod "some-api-2275263275-01pq7_default(afc5ae68-5b5e-11e6-afbb-42010a800105)": timeout expired waiting for volumes to attach/mount for pod "some-api-2275263275-01pq7"/"default". list of unattached/unmounted volumes=[default-token-880jy]
1h          1m         37        some-api-2275263275-01pq7              Pod                                             Warning   FailedSync                {kubelet gke-cluster-1-default-pool-4399eaa3-os4v}      Error syncing pod, skipping: timeout expired waiting for volumes to attach/mount for pod "some-api-2275263275-01pq7"/"default". list of unattached/unmounted volumes=[default-token-880jy]

그런 다음 클러스터를 확장하려고 시도했고 이전에 실행 중인 포드의 75% 이상이 ContainerCreating으로 전환했고 또한 거기에서 멈췄습니다. 이로 인해 우리 시스템에 광범위한 장애가 발생했고 나는 새 클러스터를 빠르게 생성해야 했습니다.

Google 클라우드 플랫폼의 컨테이너 엔진을 사용하고 있으며 클러스터 버전은 1.3.2입니다.

arekubectl kinbug sistorage

출처

montanaflynn

가장 유용한 댓글

v1.3.3에서도 비슷한 문제를 보았지만 제 경우에는 근본 원인이 훨씬 더 보행자였습니다. 내 배포에는 비밀 볼륨이 필요하며 새 배포를 수행하려는 클러스터에 대해 연결된 비밀을 만드는 것을 잊었습니다. kubectl describe 또는 kubectl logs 사용할 때 오류가 발생하지 않았지만 결국 배포가 의존하는 볼륨이 누락된 경우 배포가 ContainerCreating 상태(로그 없음)에 멈춰 있다는 것을 깨달았습니다.

abawany 에 2016년 08월 10일

👍2

모든 3 댓글

@montanaflynn v1.3.4에서 수정된 v1.3.2 에서 많은 스토리지 관련 문제 가 있었습니다 . 아마 그 중 하나를 쳤을 것입니다.

배포가 중단된 노드에서 전체 /var/log/kubelet log 를 공유하면 제가 살펴보고 알려진 문제인지 확인할 수 있습니다. 마스터 로그를 가져오려면 GKE 프로젝트 이름/클러스터 이름/영역도 필요합니다. 공개적으로 공유하고 싶지 않다면 언제든지 저에게 이메일을 보내주십시오.

saad-ali 에 2016년 08월 06일

abawany 에 2016년 08월 10일

👍2

이 문제는 오래되었습니다. 폐쇄.

grodrigues3 에 2017년 03월 10일

이 페이지가 도움이 되었나요?

0 / 5 - 0 등급