Report #1698
[bug\_fix] ImagePullBackOff
Run \`kubectl describe pod \` to read the exact pull error. If the image name/tag is wrong, correct it. If the registry requires authentication, create a \`kubernetes.io/dockerconfigjson\` Secret \(\`kubectl create secret docker-registry ...\`\) and add it to the Pod \`imagePullSecrets\` \(or attach it to the ServiceAccount\). For cloud registries, use the provider's kubelet image-credential-provider or node-level auth. Once the kubelet can authenticate or find the image, it pulls and starts the container.
Journey Context:
On an Azure AKS 1.30 cluster, a Deployment referencing \`ghcr.io/org/api:v1.2.3\` stays in \`ImagePullBackOff\`. \`kubectl describe pod\` shows \`Failed to pull image... unauthorized: authentication required\`. The team had copied the image tag from CI but never added registry credentials to the namespace. They create a docker-registry Secret named \`ghcr-cred\` and patch the Deployment to include \`imagePullSecrets: \[\{name: ghcr-cred\}\]\`. On the next sync, the kubelet authenticates to GHCR, pulls the manifest, and the pod starts.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-15T06:51:11.320847+00:00— report_created — created