Warum bleiben Ansprüche auf persistente Volumes in Pending für OpenShift Virtualisierung?
Virtuelle private Cloud 4.17 und später Nur Bare Metal Worker Nodes Nur RHCOS
Sie erstellen Speicher für eine virtuelle Maschine, aber der persistente Volume-Anspruch (PVC) bleibt in Pending.
Die PVC verweist möglicherweise auf eine nicht verfügbare Speicherklasse, oder der erforderliche Storage Provisioner ist nicht in Ordnung. Bei OpenShift Virtualization betrifft dieses Problem in der Regel ODF- und VPC-Konfigurationen File Storage.
Um das Problem zu lösen,
überprüfen Sie die PVC-Ereignisse, stellen Sie sicher, dass der Storage Provisioner läuft, und überprüfen Sie, ob die Speicherklasse verfügbar ist.
- Überprüfen Sie den PVC-Status und die Ereignisse.
oc describe pvc <pvc_name> -n <namespace> - Wenn Sie ODF verwenden, vergewissern Sie sich, dass die Speicherpods ausgeführt werden.
oc get pods -n openshift-storage - Wenn Sie VPC File Storage verwenden, stellen Sie sicher, dass die CSI-Treiber-Pods ausgeführt werden.
oc get pods -n kube-system | grep vpc-file - Wenn Sie ODF verwenden, überprüfen Sie die Provisioner-Protokolle.
oc logs -n openshift-storage -l app=csi-rbdplugin - Wenn Sie VPC File Storage verwenden, überprüfen Sie die Provisioner-Protokolle.
oc logs -n kube-system -l app=ibm-vpc-file-csi-controller - Überprüfen Sie, ob die referenzierte Speicherklasse existiert.
oc get storageclass <storage_class_name> - Lesen Sie den Abschnitt Einrichten von Speicher für OpenShift Virtualisierung, um sicherzustellen, dass Ihre Speicherkonfiguration den Anforderungen für Ihr gewähltes Backend entspricht.