VNX : échec de la commande server_df
Summary: VNX : échec de la commande server_df
Symptoms
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% /
Cause
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
Resolution
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% /
Additional Information
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é.