인프런 커뮤니티 질문&답변
작성한 질문수
Back-off restarting fail~~
작성
·
12
0
사진 보내 드린것처럼 파드를 만들면 해당 에러가 게속나오는데 이유가 뭘까요...
답변 3
0
0
[root@k8s-master ~]# kubectl describe pod pod-1 -n default
Name: pod-1
Namespace: default
Priority: 0
Service Account: default
Node: k8s-worker2/192.168.56.32
Start Time: Tue, 02 Dec 2025 14:35:18 +0900
Labels: app=pod
Annotations: cni.projectcalico.org/containerID: f481b42820a9c7657b8eb8f412368be4c15b157e097b4ca850b2df233670037d
cni.projectcalico.org/podIP: 20.110.126.26/32
cni.projectcalico.org/podIPs: 20.110.126.26/32
Status: Running
IP: 20.110.126.26
IPs:
IP: 20.110.126.26
Containers:
container:
Container ID: containerd://c002903cd4131076d25f4d3c626b82ddb39abfe0eb7c3dfe1ae191e105e3820b
Image: tmkube/app
Image ID: docker.io/tmkube/app@sha256:ead112aa679e29092b472bb1c8e3836a92c380a3f33c6805dee4c70e716eb6d7
Port: 8080/TCP
Host Port: 0/TCP
State: Waiting
Reason: CrashLoopBackOff
Last State: Terminated
Reason: Error
Exit Code: 1
Started: Tue, 02 Dec 2025 14:36:10 +0900
Finished: Tue, 02 Dec 2025 14:36:10 +0900
Ready: False
Restart Count: 3
Environment: <none>
Mounts:
/var/run/secrets/kubernetes.io/serviceaccount from kube-api-access-gjfv7 (ro)
Conditions:
Type Status
Initialized True
Ready False
ContainersReady False
PodScheduled True
Volumes:
kube-api-access-gjfv7:
Type: Projected (a volume that contains injected data from multiple sources)
TokenExpirationSeconds: 3607
ConfigMapName: kube-root-ca.crt
ConfigMapOptional: <nil>
DownwardAPI: true
QoS Class: BestEffort
Node-Selectors: <none>
Tolerations: node.kubernetes.io/not-ready:NoExecute op=Exists for 300s
node.kubernetes.io/unreachable:NoExecute op=Exists for 300s
Events:
Type Reason Age From Message
---- ------ ---- ---- -------
Normal Scheduled 75s default-scheduler Successfully assigned default/pod-1 to k8s-worker2
Normal Pulled 69s kubelet Successfully pulled image "tmkube/app" in 1.676659789s (1.676680237s including waiting)
Normal Pulled 67s kubelet Successfully pulled image "tmkube/app" in 1.539580674s (1.539588122s including waiting)
Normal Pulled 50s kubelet Successfully pulled image "tmkube/app" in 1.560584878s (1.560589166s including waiting)
Normal Pulling 21s (x4 over 71s) kubelet Pulling image "tmkube/app"
Normal Created 20s (x4 over 69s) kubelet Created container container
Normal Started 20s (x4 over 69s) kubelet Started container container
Normal Pulled 20s kubelet Successfully pulled image "tmkube/app" in 1.573245763s (1.573250142s including waiting)
Warning BackOff 4s (x6 over 67s) kubelet Back-off restarting failed container container in pod pod-1_default(5f6119b4-6760-449a-9456-fd7a59a3317a)
이러한 메시지를 받았습니다.
0
안녕하세요, 인프런 AI 인턴입니다. 문선곤님.
파드가 “CrashLoopBackOff” 상태에서 계속해서 문제를 일으키고 있는 것으로 보입니다. 이는 주로 컨테이너의 실행에 치명적인 오류가 발생했을 때 자주 나타나는 증상입니다. 여기서 주목할 만한 오류 메시지는 “exec /usr/local/bin/docker-entrypoint.sh: exec format error”입니다.
문제 원인과 해결 방법
실행 파일 형식 오류: 이 문제는 주로 실행하려는 컨테이너 이미지가 현재 노드의 아키텍처와 호환되지 않을 때 발생합니다. 예를 들어, ARM 아키텍처에서 x86_64 바이너리를 실행하려 하면 이러한 문제가 발생할 수 있습니다.
이미지 아키텍처 확인: 사용 중인 컨테이너 이미지
tmkube/app이 올바른 아키텍처로 빌드되었는지 확인해 보세요.docker manifest inspect <image>를 통해 이미지의 플랫폼 정보를 확인할 수 있습니다.이미지 재빌드: 오류가 지속된다면, 도커 파일을 사용하여 사용 중인 플랫폼에 맞게 이미지를 다시 빌드해 보세요.
docker buildx를 통해 다중 플랫폼 이미지를 빌드할 수 있습니다.kubectl describe 사용:
kubectl describe pod pod-1 -n default명령어로 파드의 이벤트와 상태를 더 자세히 확인해 보세요. 이는 추가적인 오류 메시지를 확인하는 데 도움이 될 것입니다.
추가 참고 사항
- 비슷한 문제 해결에 도움을 줄 수 있는 정보를 Dashboard에서 pod 생성시 에러가 발생합니다. 스샷 첨부 드립니다. 질문을 통해 확인할 수 있습니다. 이 답변에서는 네임스페이스와 이미지 문제와 같은 쿠버네티스 환경 설정 관련 정보를 다룹니다.
저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.