Connectrix SANnav : Échec de la sauvegarde avec l’erreur « Impossible de copier le fichier de sauvegarde dans le chemin indiqué »

Summary: Le serveur NFS Windows n’autorise pas l’accès racine, ce qui empêche SANnav de modifier le propriétaire et le groupe des fichiers de sauvegarde.

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

Symptoms

Le chemin de sauvegarde est un partage NFS d’un serveur Windows.

Les sauvegardes planifiées et manuelles échouent avec l’erreur « Impossible de copier le fichier de sauvegarde dans le chemin donné ». Mais le fichier de sauvegarde a été généré avec succès.

SANnav_BU

Ce problème est observé sur SANnav 2.3.x. SANnav 2.2 ne signale pas cette erreur avec le même partage NFS.

 

Cause

Le mw-consolidated-2.log indique que « Autorisation refusée » pour le chown .

mw-consolidated-2 - [INFO ] 2024-09-24 09:21:26.022 [pool-90-thread-1] com.brocade.dcm.backuprestore.core.BackupGenerator - Response received from backup script : Picked up JAVA_TOOL_OPTIONS: -Djava.net.preferIPv4Stack=true
Picked up JAVA_TOOL_OPTIONS: -Djava.net.preferIPv4Stack=true
Picked up JAVA_TOOL_OPTIONS: -Djava.net.preferIPv4Stack=true
Picked up JAVA_TOOL_OPTIONS: -Djava.net.preferIPv4Stack=true
Picked up JAVA_TOOL_OPTIONS: -Djava.net.preferIPv4Stack=true
chown: /<NFS mount point>/<backup filename>.tar.gz: Permission denied

Lorsque l’utilisateur Linux n’a pas de relation de mappage sur le serveur Windows, les nouveaux fichiers dans le chemin NFS appartiennent à l’utilisateur et au groupe « anonymes ».

[root@<sannav hostname>]# ll
total 128535364
-rw-r--r--+ 1 4294967294 4294967294 3947527003 Aug  1 02:11 dcm-New_backup_<name>-08-01-2024-02-00-00.tar.gz
-rw-r--r--+ 1 4294967294 4294967294 3956913210 Aug  2 02:11 dcm-New_backup_<name>-08-02-2024-02-00-02.tar.gz
-rw-r--r--+ 1 4294967294 4294967294 3965818644 Aug  3 02:11 dcm-New_backup_<name>-08-03-2024-02-00-01.tar.gz
<truncated>
(By default, the Windows OS uses UID/GID "-2" for anonymous, "-2" --> 32bit Binary --> Decimal = 4294967294)

SANnav 2.3.0 présente l’utilisateur/groupe « sannavmgr » et le script de sauvegarde 2.3.x demande de remplacer le propriétaire et le groupe par « sannavmgr » pour les fichiers de sauvegarde.

Le serveur Windows rejette la demande chown de l’utilisateur anonyme. Par conséquent, le script de sauvegarde consigne l’erreur « Autorisation refusée » dans le fichier journal et affiche le message « Impossible de copier le fichier de sauvegarde dans le chemin donné » dans l’interface utilisateur SANnav.

SANnav 2.2.x ne fonctionne pas chown Lors de la sauvegarde, il n’est donc pas confronté à ce problème.

 

Resolution

Activez « Allow root access » sur le serveur NFS Windows, puis remontez le partage NFS sur l’hôte Linux pour SANnav.
Autorisations de partage NFS

 

Products

Connectrix, Connectrix SANnav
Article Properties
Article Number: 000234211
Article Type: Solution
Last Modified: 15 Oct 2024
Version:  1
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.