PowerFlex 4.5 : erreur lors du déploiement « Impossible de copier le profil de configuration de serveur sur le partage réseau ».
Summary: PowerFlex 4.5 : erreur lors du déploiement « Impossible de copier le profil de configuration de serveur sur le partage réseau ».
Symptoms
Erreur dans les journaux de 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">
Erreur dans PowerFlex Manager lors du déploiement :-
Cause
Resolution
Solution
Test réussi de la connexion au port
de service exposé nfs-server-0 Accédez à l’iDRAC et essayez d’exporter le journal Lifecycle vers le partage NFS pour vérifier si le NFS est correctement configuré et si tous les ports requis sont ouverts.
Remplacez IP Address par l’adresse IP de l’adresse IP hors bande nfs-server-service-tcp-flex-oob-mgmt-r routable dans la capture d’écran ci-dessous.
Vous pouvez exécuter la commande « kubectl get service -n powerflex | grep nfs » pour obtenir l’adresse IP routable nfs-server-service-tcp-flex-oob-mgmt-r.
Le chemin de partage est /var/containerpath/idrac_config_xml
Si le NFS n’est pas configuré correctement et qu’il existe des problèmes, la tâche échoue avec l’erreur « La tâche JID_XXXXXXXXXXX échoué car l’écriture sur le partage réseau est impossible »
Vérifiez que les ports suivants sont ouverts :-
Port 111 (TCP and UDP) Port 2049 (TCP and UDP) Port 32765 (TCP and UDP) Port 32767 (TCP and UDP)
Exécutez ensuite la commande ci-dessous pour chacun des ports ci-dessus avec l’adresse IP de l’iDRAC sur lequel l’exportation des journaux Lifecycle vers le partage NFS a échoué à l’étape précédente.
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"
Une fois que vous avez vérifié que tous les ports sont ouverts, définissez le focus sur les autorisations, car l’iDRAC n’a pas pu écrire sur le partage NFS. Mais l’IDRAC pourrait s’y connecter.
Accédez au dossier /opt/platform/fileshare/ et vérifiez les autorisations de dossier sur idrac_config_xml.
Ils doivent être définis sur drwxrwxrwx 1 nobody nobody
Dans la capture d’écran ci-dessous, vous pouvez remarquer que les autorisations du dossier ont été définies sur drwxr-xr-x 1 root root. Ce qui n’est pas une autorisation correcte.

Modifiez les autorisations en exécutant les commandes suivantes.
chmod 777 /opt/platform/fileshare/idrac_config_xml
chown nobody:nobody /opt/platform/fileshare/idrac_config_xml

