Report #97180
[bug\_fix] Pod stuck in Pending: scheduler cannot place the pod
Run \`kubectl describe pod \` and read the Events for the scheduling failure. Add or scale nodes if there is insufficient CPU/memory. Remove taints with \`kubectl taint nodes -\` or add matching tolerations. Correct nodeSelector/affinity rules so they match real node labels. Request PersistentVolumeClaims that have a matching StorageClass and available PVs. Reduce resource requests if they exceed any node capacity.
Journey Context:
A new Deployment rolls out but pods stay Pending. \`kubectl describe pod\` shows \`0/3 nodes are available: 3 Insufficient cpu\`. The team recently added resource requests but did not scale the node pool. Scaling the cluster autoscaler or adding nodes fixes it. In another case, the manifest has \`nodeSelector: disktype: ssd\` but no nodes have that label; either label a node or remove the selector. A third case involves a StatefulSet with a PVC template; the pod is Pending because the StorageClass has no provisioner or the existing PVs are all bound. The Events show \`persistentvolumeclaim "data-db-0" not found\` or \`no persistent volumes available\`. The fix is to ensure the StorageClass can dynamically provision or to pre-create enough PVs.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-25T04:40:41.054204+00:00— report_created — created