A scheduling deadlock between the Cluster Autoscaler and the local volume provisioner #522
Unanswered
vladimir-rise
asked this question in
Q&A
Replies: 0 comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
When storageclass is configured with 'provisioner: kubernetes.io/no-provisioner' (default), GKE Cluster Autoscaler does not schedule a new node, hence no PVs are created, and the scheduled POD is in a pending state (node selector is to the new node only)
When storageclass is configured with 'provisioner: somthing-else', the GKE Cluster Autoscaler provides a new node, and new PVs are created by the local-volume-provisioner. However, a POD is still pending because PVC cannot be bound:
PVC description:
Waiting for a volume to be created either by the external provisioner 'somthing-else' or manually by the system administrator. If volume creation is delayed, please verify that the provisioner is running and correctly registered.
P.S.
Manual removing pending PVC causing it's recreation then binding occurs and POD is getting running
Beta Was this translation helpful? Give feedback.
All reactions