PowerFlex 4.0: NFS- und HTTP-Pod bleiben im Status "Pending" hängen

1. Bei PowerFlex Manager Version 4.0.2 werden sowohl NFS- als auch HTTP-Freigaben als ausstehend angezeigt

2. Kubectl describe pod http-share-0 -n PowerFlex show pod is unbound to pvc.

Meldung vom Befehl "describe".

0/3 nodes are available: 3 pod has unbound immediate PersistentVolumeClaims. preemption: 0/3 nodes are available: 3 preemption is not helpful for scheduling

Meldung von der PFxM-GUI

RCM files unavailable at the httpshare location

3. kubectl get pvc -n PowerFlex zeigt sowohl nfs-volume-nfs-server-0 als auch wwwdata-volume-http-share-0 als ausstehend an

Das Problem besteht darin, dass die Storage-Klasse sowohl für die NFS- als auch für die HTTP-Freigabe auf PVC als "Manual" festgelegt ist. 

1. Rufen Sie die yaml-Dateiausgabe ab und speichern Sie die Dateien. 

kubectl get pvc wwwdata-volume-http-share-0 -n powerflex -o yaml > wwwdata-volume-http-share-0.yaml
kubectl get pvc nfs-volume-nfs-server-0 -n powerflex -o yaml > nfs-volume-nfs-server-0.yaml

2. Öffnen Sie die Dateien im vi-Editor und ändern Sie den storageClassName für die Dateien wwwdata-volume-http-share-0.yaml und nfs-volume-nfs-server-0.yaml von manual in local path

3. Führen Sie den Befehl cat aus, um Änderungen zu überprüfen.

4. Löschen Sie den vorhandenen PVC , indem Sie den Befehl ausführen.

kubectl delete pvc -n powerflex wwwdata-volume-http-share-0
kubectl delete pvc -n powerflex nfs-volume-nfs-server-0

5. Wenden Sie die Änderungen aus der Datei an.

kubectl apply -f wwwdata-volume-http-share-0.yaml
kubectl apply -f nfs-volume-nfs-server-0.yaml

6. Überprüfen Sie den Status beider Pods erneut. Es kann einige Minuten dauern, bis es von "Ausstehend" zu "Wird ausgeführt" wechselt.

kubectl rollout status sts -n powerflex oder kubectl rollout status deploy -n powerflex Es wird auch keine Antwort/leere Ausgabe angezeigt, wenn sich beide Pods im Status "Pending" befinden.