PowerFlex 4.5 – błąd podczas wdrażania "Nie można skopiować profilu konfiguracji serwera do udziału sieciowego".

Błąd w dziennikach elastycznego modułu wdrażania PowerFlex Manager Platform (PFMP):

Debug: Result = #\n\n  \n    http://schemas.xmlsoap.org/ws/2004/08/addressing/role/anonymous\n    http://schemas.xmlsoap.org/ws/2004/09/transfer/GetResponse\
n    uuid:55c86fb7-0a34-1a34-8002-c3e575a07eee\n    uuid:5d393a92-0a39-1a39-81bf-4e1296d64bc8\n  \n  \n    \n      0\n      JID_000913530199\n      NA\n   
   Failed\n      NA\n      Unable to copy the Server Configuration Profile to the network share.\n      NA\n      SYS045\n      Export Configuration\n   
   100\n    \n  \n\n">

Błąd w programie PowerFlex Manager podczas wdrażania:

Obejście problemu

Sprawdź, czy połączenie z uwidocznionym portem
usługi nfs-server-0 powiodło się Przejdź do kontrolera iDRAC i spróbuj wyeksportować dziennik cyklu eksploatacji do udziału NFS, aby sprawdzić, czy NFS jest prawidłowo skonfigurowany i czy wszystkie wymagane porty są otwarte.

Zastąp adres IP routowalnym adresem IP OOB nfs-server-service-tcp-flex-oob-mgmt-r na poniższym zrzucie ekranu.

Możesz uruchomić polecenie "kubectl get service -n powerflex | grep nfs", aby uzyskać routowalny adres IP nfs-server-service-tcp-flex-oob-mgmt-r.

Ścieżka udostępniania to /var/containerpath/idrac_config_xml

W przypadku, gdy NFS nie jest poprawnie skonfigurowany i występują problemy, zadanie kończy się niepowodzeniem z błędem "Zadanie JID_XXXXXXXXXXX nie powiodło się, ponieważ nie można zapisać w udziale sieciowym"

 

Sprawdź, czy następujące porty są otwarte:

Port 111 (TCP and UDP)
Port 2049 (TCP and UDP)
Port 32765 (TCP and UDP)
Port 32767 (TCP and UDP)

Następnie uruchom poniższe polecenie dla każdego z powyższych portów z adresem IP kontrolera iDRAC, którego eksport dzienników cyklu eksploatacji do udziału NFS nie powiódł się w poprzednim kroku.

echo > /dev/tcp/XX.XX.XX.XX/111 && echo "Port is open" || echo "not open"
echo > /dev/tcp/XX.XX.XX.XX/2049 && echo "Port is open" || echo "not open"
echo > /dev/tcp/XX.XX.XX.XX/32765 && echo "Port is open" || echo "not open"
echo > /dev/tcp/XX.XX.XX.XX/32767 && echo "Port is open" || echo "not open"
echo > /dev/udp/XX.XX.XX.XX/111 && echo "Port is open" || echo "not open"
echo > /dev/udp/XX.XX.XX.XX/2049 && echo "Port is open" || echo "not open"
echo > /dev/udp/XX.XX.XX.XX/32765 && echo "Port is open" || echo "not open"
echo > /dev/udp/XX.XX.XX.XX/32767 && echo "Port is open" || echo "not open"

Po upewnieniu się, że wszystkie porty są otwarte, zmień fokus na uprawnienia, ponieważ kontroler iDRAC nie może zapisać danych w udziale NFS. Ale iDRAC może się z nim połączyć.

Przejdź do folderu /opt/platform/fileshare/ i sprawdź uprawnienia folderu idrac_config_xml.

Powinny być ustawione na drwxrwxrwx 1 nikt nikt Na
poniższym zrzucie ekranu można zauważyć, że uprawnienia folderu zostały ustawione na drwxr-xr-x 1 root root. Które nie są poprawnymi uprawnieniami.

Zmień uprawnienia, uruchamiając następujące polecenia.

chmod 777 /opt/platform/fileshare/idrac_config_xml
chown nobody:nobody /opt/platform/fileshare/idrac_config_xml

Po prawidłowym ustawieniu uprawnień na drwxrwxrwx 1 nikt nie będzie w folderze /opt/platform/fileshare/idrac_config_xml .

Uruchom polecenie  "kubectl exec -it nfs-server-0 -n powerflex -- /bin/bash" i przejdź do folderu /var/containerpath i sprawdź uprawnienia folderu idrac_config_xml folderze. Zauważysz, że teraz uprawnienia do folderu są poprawnie ustawione również dla tego folderu.