PowerFlex 4.0: NFS і HTTP pod застрягли в стані очікування

1. Менеджер PowerFlex версії 4.0.2 як NFS, так і HTTP share відображаються як такі, що очікують

2. Kubectl описує pod http-share-0 -n PowerFlex show pod не прив'язаний до pvc.

Повідомлення від команди 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

Повідомлення з графічного інтерфейсу PFxM

RCM files unavailable at the httpshare location

3. kubectl отримати pvc -n PowerFlex показати обидва nfs-volume-nfs-server-0 і wwwdata-volume-http-share-0 як очікують

Проблема полягає в тому, що клас Storageclass встановлений як Manual для спільного використання NFS і HTTP на PVC. 

1. Отримайте вихідний файл yaml і збережіть файли. 

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. Відкрийте файли в редакторі vi та змініть storageClassName з manual на local-path для обох файлів wwwdata-volume-http-share-0.yaml та nfs-volume-nfs-server-0.yaml

3. Запустіть команду cat , щоб перевірити зміни.

4. Видаліть існуючий ПВХ, виконавши команду.

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

5. Застосуйте зміни з файлу.

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

6. Ще раз перевірте стан обох стручків. Може знадобитися кілька хвилин, щоб відобразитися від «Очікування» до «Виконується».

kubectl rollout status sts -n powerflex або kubectl rollout status deploy -n powerflex також покаже відсутність відповіді/порожнього виведення, коли обидва поди перебувають у стані очікування.