VNX: server_df Befehl schlägt fehl

Der Befehl 'server_df server_2' schlägt fehl mit "Error 2: server_2 : No such file or directory failed to completion command":

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

Integritätsprüfungen vor dem Upgrade schlagen mit den folgenden Fehlern fehl:

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

Alle anderen server_df Befehle funktionieren erfolgreich mit anderen Data Movers:

[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%    /

Die Ursache in diesem Fall war, dass das Stammdateisystem für server_2 ungemountet wurde.

[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

Wenn Sie alle Dateisysteme auflisten, war klar, dass das Stammdateisystem "root_fs_2" für server_2 als nicht verwendet aufgeführt wurde, da es ungemountet war.

[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

Bevor der Kunde Unterstützung vom Support anforderte, wurde ein Data Mover-Neustart abgeschlossen und es wurde keine Verbesserung festgestellt. Um dieses Problem zu beheben, melden Sie sich als "root"-Nutzer bei der primären Control Station an und mounten Sie das Dateisystem "root_fs_2" erneut auf dem Data Mover-server_2:

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

Stellen Sie sicher, dass das Root-Dateisystem erneut gemountet ist:

[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

Nachdem das Stammdateisystem gemountet wurde, geben Sie den Befehl "server_df server_2" aus, um sicherzustellen, dass er erfolgreich abgeschlossen wird:

[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%    /

In diesem speziellen Fall hat der Kunde eine Bereinigung unnötiger Dateisysteme durchgeführt, um Speicherplatz für den NAS-Pool zurückzugewinnen. Im Rahmen der Bereinigung haben sie die Bereitstellung des Root-Dateisystems "root_fs_2" für den Data Mover-server_2 dauerhaft aufgehoben und versucht, es zu löschen. Das Stammdateisystem für einen Data Mover sollte niemals gelöscht werden.