PowerFlex 4.0: Pod NFS e HTTP bloccati in stato sospeso
Summary: PowerFlex Manager versione 4.0.2 ha entrambi i pod nfs-server-0 e http-share-0 bloccati in stato in sospeso.
Symptoms
1. PowerFlex Manager versione 4.0.2: le condivisioni NFS e HTTP vengono visualizzate come in sospeso

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

Messaggio dal comando dewrite.
0/3 nodes are available: 3 pod has unbound immediate PersistentVolumeClaims. preemption: 0/3 nodes are available: 3 preemption is not helpful for scheduling
Messaggio dalla GUI di PFxM
RCM files unavailable at the httpshare location

3. kubectl get pvc -n PowerFlex mostra sia nfs-volume-nfs-server-0 che wwwdata-volume-http-share-0 come in sospeso

Cause
Il problema è con Storageclass impostato come manuale sia per la condivisione NFS che per la condivisione HTTP su PVC.

Resolution
1. Ottenere l'output del file yaml e salvare i file.
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. Aprire i file nell'editor vi e modificare storageClassName da manual a local-path per entrambi i file wwwdata-volume-http-share-0.yaml e nfs-volume-nfs-server-0.yaml

3. Eseguire il comando cat per verificare le modifiche.

4. Eliminare il PVC esistente eseguendo il comando.
kubectl delete pvc -n powerflex wwwdata-volume-http-share-0
kubectl delete pvc -n powerflex nfs-volume-nfs-server-0


5. Applicare le modifiche dal file.
kubectl apply -f wwwdata-volume-http-share-0.yaml
kubectl apply -f nfs-volume-nfs-server-0.yaml


6. Controllare nuovamente lo stato di entrambi i pod. Potrebbero volerci un paio di minuti prima che il passaggio da In sospeso a In esecuzione avvenga

Additional Information
kubectl rollout status sts -n powerflex oppure kubectl rollout status deploy -n powerflex Inoltre, non verrà visualizzato alcun output di risposta/vuoto quando entrambi i pod sono in sospeso.