PowerFlex 4.5 – Fehler während der Bereitstellung "Das Serverkonfigurationsprofil kann nicht auf die Netzwerkfreigabe kopiert werden."

Fehler in den Protokollen der PowerFlex Manager Platform (PFMP) Thin Deployer:

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">

Fehler in PowerFlex Manager während der Bereitstellung:

Problemumgehung

Testverbindung zum verfügbar gemachten nfs-server-0-Serviceport
erfolgreich Gehen Sie zu iDRAC und versuchen Sie, das Lifecycle-Protokoll auf die NFS-Freigabe zu exportieren, um zu überprüfen, ob das NFS korrekt konfiguriert und alle erforderlichen Ports geöffnet sind.

Ersetzen Sie die IP-Adresse durch die IP-Adresse der routingfähigen OOB nfs-server-service-tcp-flex-oob-mgmt-r IP-Adresse im folgenden Screenshot.

Sie können den Befehl "kubectl get service -n powerflex | grep nfs", um die routingfähige NFS-Server-Service-TCP-Flex-OOB-Mgmt-R-IP-Adresse abzurufen.

Der Freigabepfad lautet /var/containerpath/idrac_config_xml

Falls das NFS nicht ordnungsgemäß konfiguriert ist und Probleme auftreten, schlägt der Job mit dem Fehler "Job JID_XXXXXXXXXXX failed because Cannot write to the network share fehlgeschlagen" fehl.

 

Stellen Sie sicher, dass die folgenden Ports geöffnet sind:

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

Führen Sie anschließend den folgenden Befehl für jeden der oben genannten Ports mit der IP-Adresse des iDRAC aus, auf dem der Export der Lifecycle-Protokolle auf die NFS-Freigabe im vorherigen Schritt fehlgeschlagen ist.

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"

Nachdem Sie überprüft haben, dass alle Ports geöffnet sind, ändern Sie den Fokus auf Berechtigungen, da der IDRAC nicht auf die NFS-Freigabe schreiben konnte. Aber IDRAC konnte eine Verbindung dazu herstellen.

Navigieren Sie zum Ordner /opt/platform/fileshare/ und überprüfen Sie die Ordnerberechtigungen auf idrac_config_xml.

Sie sollten auf drwxrwxrwx 1 nobody nobody festgelegt
werden. Im folgenden Screenshot können Sie feststellen, dass die Ordnerberechtigungen auf drwxr-xr-x 1 root root festgelegt wurden. Dabei handelt es sich nicht um korrekte Berechtigungen.

Ändern Sie die Berechtigungen, indem Sie die folgenden Befehle ausführen.

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

Sobald die Berechtigungen korrekt auf drwxrwxrwx 1 festgelegt sind, niemand im Ordner /opt/platform/fileshare/idrac_config_xml .

Führen Sie den Befehl  "kubectl exec -it nfs-server-0 -n powerflex -- /bin/bash" aus und navigieren Sie zum Ordner /var/containerpath und überprüfen Sie die Ordnerberechtigungen für idrac_config_xml Ordner. Sie stellen fest, dass die Ordnerberechtigungen jetzt auch für diesen Ordner korrekt festgelegt sind.