VNX : échec de la commande server_df

La commande 'server_df server_2' échoue avec "Error 2 : server_2 : Aucun fichier ou répertoire de ce type n’a échoué à terminer la commande » :

[nasadmin@ssgnas03cs0 ~]$ server_df server_2
server_2 :
Error 2: server_2 : No such file or directory
failed to complete command

Les bilans de santé préalables à la mise à niveau échouent avec les erreurs suivantes :

Blades : Check if root filesystem is too large
Error HC_DM_14505148436: Output from command "/nas/bin/server_df
         server_2" has no information on file system root_fs_2

Blades : Check if root filesystem has enough free space
Error HC_DM_14505148440: Output from command "/nas/bin/server_df
         server_2" has no information on file system root_fs_2

Blades : Check if file system usage is under limit
Error HC_DM_14505148563: Could not determine available disk space for
         the mounted file systems on the following Blades:
         * server_2

Toutes les autres commandes server_df fonctionnent avec succès contre d’autres logiciels de transfert de données :

[nasadmin@ssgnas03cs0 ~]$ server_df server_3
server_3 :
Filesystem          kbytes         used        avail capacity Mounted on
root_fs_common       15368         5280        10088   34%    /.etc_common
root_fs_3           258128         6184       251944    2%    /

Dans ce cas, la cause première était que le système de fichiers racine de server_2 était démonté.

[nasadmin@ssgnas03cs0 ~]$ server_mount ALL
server_2 :
                       <------ nothing mounted
server_3 :
root_fs_3 on / uxfs,perm,rw
root_fs_common on /.etc_common uxfs,perm,ro

Lorsque vous répertoriez tous les systèmes de fichiers, il apparaît clairement que le système de fichiers racine « root_fs_2 » de server_2 est répertorié comme non utilisé, car il n’est pas monté.

[nasadmin@ssgnas03cs0 ~]$ nas_fs -l
id      inuse type acl   volume    name                server
1         n    1   0     10        root_fs_1
2         y    1   0     40        root_fs_common      3,2
3         n    5   0     73        root_fs_ufslog
4         n    5   0     76        root_panic_reserve
5         n    5   0     93        root_fs_d3
6         n    5   0     94        root_fs_d4
7         n    5   0     95        root_fs_d5
8         n    5   0     96        root_fs_d6
9         n    1   0     12        root_fs_2              <------------ inuse = n
10        y    1   0     14        root_fs_3           2

Avant que le client ne demande de l’aide au support, un redémarrage du logiciel de transfert de données a été effectué et aucune amélioration n’a été constatée. Pour résoudre ce problème, connectez-vous en tant qu’utilisateur « root » à la station pilote principale et remontez le système de fichiers « root_fs_2 » sur le server_2 du logiciel de transfert de données :

[root@ssgnas03cs0 nasadmin]# server_mount server_2 root_fs_2 /
server_2 : done

Assurez-vous que le système de fichiers racine est remonté :

[root@ssgnas03cs0 nasadmin]# server_mount ALL
server_2 :
root_fs_2 on / uxfs,perm,rw
root_fs_common on /.etc_common uxfs,perm,ro

server_3 :
root_fs_3 on / uxfs,perm,rw
root_fs_common on /.etc_common uxfs,perm,ro

Une fois le système de fichiers racine monté, exécutez la commande « server_df server_2 » pour vous assurer qu’il se termine correctement :

[root@ssgnas03cs0 nasadmin]# server_df server_2
server_2 :
Filesystem          kbytes         used        avail capacity Mounted on
root_fs_common       15368         5280        10088   34%    /.etc_common
root_fs_2           258128         6264       251864    2%    /

Dans ce cas particulier, le client effectuait un nettoyage des systèmes de fichiers inutiles afin de récupérer de l’espace pour le pool NAS. Dans le cadre du nettoyage, ils ont définitivement démonté et tenté de supprimer le système de fichiers racine « root_fs_2 » pour le logiciel de transfert de données server_2. Le système de fichiers racine d’un logiciel de transfert de données ne doit jamais être supprimé.