PowerFlex 4.0 : Pod NFS et HTTP bloqué à l’état en attente

1. PowerFlex Manager version 4.0.2 : les partages NFS et HTTP s’affichent comme étant en attente

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

Message de la commande 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

Message de l’interface graphique PFxM

RCM files unavailable at the httpshare location

3. kubectl get pvc -n PowerFlex show both nfs-volume-nfs-server-0 et wwwdata-volume-http-share-0 as pending

Le problème est lié à la classe de stockage définie sur Manuel pour les partages NFS et HTTP sur le PVC. 

1. Obtenez la sortie du fichier yaml et enregistrez les fichiers. 

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. Ouvrez les fichiers dans l’éditeur vi et modifiez storageClassName de manual à local-path pour les fichiers wwwdata-volume-http-share-0.yaml et nfs-volume-nfs-server-0.yaml

3. Exécutez la commande cat pour vérifier les modifications.

4. Supprimez le PVC existant en exécutant la commande.

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

5. Appliquez les modifications à partir du fichier.

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

6. Vérifiez à nouveau l’état des deux pods. L’affichage de l’état En attente à l’état En cours d’exécution peut prendre quelques minutes.

kubectl rollout status sts -n powerflex ou kubectl rollout status deploy -n powerflex Affiche également une sortie sans réponse/vide lorsque les deux pods sont à l’état En attente.