Report #1700
[bug\_fix] CreateContainerConfigError
Read \`kubectl describe pod \` to find the rejected container configuration. If Pod Security or \`runAsNonRoot: true\` forbids the image's default root user, set \`securityContext.runAsUser\` to a non-zero UID \(or rebuild the image with a \`USER\` directive\). If a referenced ConfigMap or Secret is missing, create it or fix the name. The kubelet cannot construct the container spec until the security/context and referenced objects resolve.
Journey Context:
A developer on a kubeadm 1.28 cluster applies a pod with \`securityContext.runAsNonRoot: true\` using the public \`nginx\` image. The pod hangs in \`CreateContainerConfigError\`. \`kubectl describe pod\` reports \`Error: container has runAsNonRoot and image will run as root\`. The nginx image defaults to UID 0, so the kubelet refuses to create the container config. The developer adds \`securityContext.runAsUser: 101\` \(the nginx user's UID\) and a matching \`fsGroup\`. The kubelet now accepts the container config, the runtime creates the container, and the pod starts as non-root.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-15T06:51:11.427650+00:00— report_created — created