Cannot spawn server for new user

Ok will try right now and get back to you

Doesn’t work. No progress at all. ends up failing

PVC Logs:

kubectl describe pvc claim-zfjryuibwedbvgjvmxrvjcfjybevht -n jupyterhub
Name:          claim-zfjryuibwedbvgjvmxrvjcfjybevht
Namespace:     jupyterhub
StorageClass:  standard-rwo
Status:        Pending
Volume:        
Labels:        app=jupyterhub
               chart=jupyterhub-3.3.6
               component=singleuser-storage
               heritage=jupyterhub
               hub.jupyter.org/username=zfjryuibwedbvgjvmxrvjcfjybevht
               release=3.3.6
Annotations:   hub.jupyter.org/username: zfjryuibwedbvgjvmxrvjcfjybevht
               volume.beta.kubernetes.io/storage-provisioner: pd.csi.storage.gke.io
               volume.kubernetes.io/selected-node: gke-jupyterhub-staging-default-pool-1a1c895d-5fc9
               volume.kubernetes.io/storage-provisioner: pd.csi.storage.gke.io
Finalizers:    [kubernetes.io/pvc-protection]
Capacity:      
Access Modes:  
VolumeMode:    Filesystem
Used By:       jupyter-zfjryuibwedbvgjvmxrvjcfjybevht
Events:
  Type    Reason                Age                       From                                                                                              Message
  ----    ------                ----                      ----                                                                                              -------
  Normal  Provisioning          2m59s (x1858 over 4d21h)  pd.csi.storage.gke.io_gke-9083b8f6bc1e4aee93de-001a-abd5-vm_0106cbe6-800c-489c-805c-b17e8e7ff31d  External provisioner is provisioning volume for claim "jupyterhub/claim-zfjryuibwedbvgjvmxrvjcfjybevht"
  Normal  ExternalProvisioning  46s (x28126 over 4d21h)   persistentvolume-controller                                                                       Waiting for a volume to be created either by the external provisioner 'pd.csi.storage.gke.io' or manually by the system administrator. If volume creation is delayed, please verify that the provisioner is running and correctly registered

People online are saying its a storage class issue. How do I find out if it is

BTW More logs:

kubectl get sc -n jupyterhub
NAME                     PROVISIONER             RECLAIMPOLICY   VOLUMEBINDINGMODE      ALLOWVOLUMEEXPANSION   AGE
premium-rwo              pd.csi.storage.gke.io   Delete          WaitForFirstConsumer   true                   5d19h
standard                 kubernetes.io/gce-pd    Delete          Immediate              true                   5d19h
standard-rwo (default)   pd.csi.storage.gke.io   Delete          WaitForFirstConsumer   true                   5d19h

Disable the user scheduler and see if it works with the gke default kube-scheduler doing the scheduling. See z2jh.jupyter.org and the configuration reference on hiw, i think scheduling.userScheduler.enabled=false

Same thing. It didn’t work. PVC logs are the same still(and it fails to spawn server)

This is the default storage class btw:

kubectl describe sc standard-rwo
Name:                  standard-rwo
IsDefaultClass:        Yes
Annotations:           components.gke.io/component-name=pdcsi,components.gke.io/component-version=0.18.7,components.gke.io/layer=addon,storageclass.kubernetes.io/is-default-class=true
Provisioner:           pd.csi.storage.gke.io
Parameters:            type=pd-balanced
AllowVolumeExpansion:  True
MountOptions:          <none>
ReclaimPolicy:         Delete
VolumeBindingMode:     WaitForFirstConsumer
Events:                <none>

Fixed by switching to autoprovisioning