VNX: server_df polecenie nie powiodło się

Polecenie "server_df server_2" kończy się niepowodzeniem z komunikatem "Błąd 2: server_2 : Nie ma takiego pliku lub katalogu, którego nie udało się ukończyć polecenia":

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

Kontrole poprawności działania przed aktualizacją kończą się niepowodzeniem z następującymi błędami:

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

Wszystkie pozostałe polecenia server_df działają z powodzeniem przeciwko innym modułom przenoszenia danych:

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

Główną przyczyną w tym przypadku było odmontowanie głównego systemu plików server_2.

[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

Po wyświetleniu listy wszystkich systemów plików było jasne, że główny system plików "root_fs_2" dla server_2 był wymieniony jako nieużywany, ponieważ nie został odmontowany.

[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

Zanim klient zwrócił się o pomoc do działu pomocy technicznej, wykonano ponowny rozruch modułu przenoszenia danych i nie zaobserwowano żadnej poprawy. Aby rozwiązać ten problem, zaloguj się jako użytkownik "root" do głównej stacji kontrolnej i ponownie zamontuj system plików "root_fs_2" na server_2 przenoszenia danych:

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

Upewnij się, że główny system plików został ponownie zamontowany:

[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

Po zamontowaniu głównego systemu plików wydaj polecenie "server_df server_2", aby upewnić się, że zakończy się ono pomyślnie:

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

W tym konkretnym przypadku klient wykonywał czyszczenie niepotrzebnych systemów plików w celu odzyskania miejsca dla puli NAS. W ramach czyszczenia trwale odmontowali i próbowali usunąć główny system plików "root_fs_2" dla server_2 przenoszenia danych. Nigdy nie należy usuwać głównego systemu plików modułu przenoszenia danych.