Report #1138
[bug\_fix] Pod status CreateContainerConfigError: container config cannot be built
This status means the kubelet could not assemble the container's configuration before asking the runtime to create it. The most common cause is a missing or misnamed ConfigMap, Secret, or volume that the Pod references. Run \`kubectl describe pod \` and read the Events: if you see \`configmap "foo" not found\` or \`secret "bar" not found\`, create the object in the same namespace or correct the name/key in the Pod spec. Another common cause is \`runAsNonRoot: true\` with an image that has no non-root USER; set \`runAsUser\` to a known UID or use an image built to run as non-root.
Journey Context:
You apply a Deployment and the Pod never reaches Running; \`kubectl get pods\` shows \`CreateContainerConfigError\`. Unlike \`ImagePullBackOff\`, the image was pulled, but Kubernetes stopped before creating the container. The describe output usually names the exact missing object — a ConfigMap that a teammate forgot to apply, a Secret referenced by the wrong namespace, or an env var key that does not exist. Fixing the reference or creating the missing resource lets the kubelet generate the container config and the Pod starts immediately.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-13T17:59:10.757687+00:00— report_created — created