PowerFlex 4.0: Zasobnik NFS i HTTP zablokowany w stanie oczekiwania

1. PowerFlex Manager w wersji 4.0.2 — współużytkowanie NFS i HTTP jest wyświetlane jako oczekujące

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

Komunikat z polecenia opisu.

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

Komunikat z graficznego interfejsu użytkownika urządzenia PFxM

RCM files unavailable at the httpshare location

3. kubectl get pvc -n PowerFlex pokazuje zarówno nfs-volume-nfs-server-0, jak i wwwdata-volume-http-share-0 jako oczekujące.

Problem polega na tym, że Storageclass jest ustawiona jako Manual dla udziału NFS i HTTP na PVC. 

1. Pobierz dane wyjściowe pliku yaml i zapisz pliki. 

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. Otwórz pliki w edytorze vi i zmień wartość storageClassName z manual na local-path dla obu plików wwwdata-volume-http-share-0.yaml i nfs-volume-nfs-server-0.yaml

3. Uruchom polecenie cat , aby zweryfikować zmiany.

4. Usuń istniejący plik PVC, uruchamiając polecenie.

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

5. Zastosuj zmiany z pliku.

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

6. Ponownie sprawdź stan obu kapsułek. Wyświetlenie się od stanu oczekującego do uruchomionego może potrwać kilka minut.

kubectl rollout status sts -n powerflex lub polecenie kubectl rollout status deploy -n powerflex Pokaże również brak odpowiedzi/puste dane wyjściowe, gdy oba zasobniki są w stanie oczekiwania.