Report #3545
[bug\_fix] ImagePullBackOff
Verify the image tag actually exists in the registry, the image name is correct, and pull secrets are attached to the service account or pod spec. For private registries, create a \`docker-registry\` secret and reference it via \`imagePullSecrets\` or attach it to the default service account.
Journey Context:
You apply a deployment and the pod sits at \`ImagePullBackOff\` forever. \`kubectl describe pod\` shows \`Failed to pull image\` and eventually \`Back-off pulling image\`. You suspect a typo, so you run \`docker pull \` locally and confirm the tag doesn't exist. Or the tag exists locally but the cluster can't authenticate, so the event says \`unauthorized: authentication required\`. You create a registry secret with \`kubectl create secret docker-registry\`, patch the default service account to use it, and the image pulls. The root cause is either a wrong tag/name or missing credentials, not a cluster networking problem.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-15T17:32:17.298756+00:00— report_created — created