Report #143
[bug\_fix] ImagePullBackOff
Run 'kubectl describe pod ' and read the Events for the exact pull failure. If the image name/tag is wrong, correct it in the workload spec. If the registry requires authentication, create a docker-registry Secret with valid credentials, add it to the pod's imagePullSecrets or patch the namespace's default ServiceAccount, then delete the pod so it recreates and retries the pull.
Journey Context:
A pod is created but never reaches Running; kubectl get pods shows ImagePullBackOff. The kubelet already tried to pull the image and failed, so it is waiting with an exponential backoff capped at five minutes. The first diagnostic is kubectl describe pod, where the Events section says exactly what failed: 'Failed to pull image' with 'manifest unknown' for a bad tag, 'repository does not exist or may require docker login' for a private image, or a 401 for missing credentials. If the tag is wrong, the fix is a corrected image reference. If the registry is private, the pod has no pull secret by default, so the kubelet pulls anonymously and is rejected. The fix is kubectl create secret docker-registry regcred --docker-server= --docker-username= --docker-password=, then either add imagePullSecrets to the pod spec or patch the default ServiceAccount so every pod in the namespace inherits it. After deleting the stuck pod, the new replica pulls successfully and starts.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-12T18:35:18.346058+00:00— report_created — created