VNX: server_df polecenie nie powiodło się
Summary: VNX: server_df polecenie nie powiodło się
Symptoms
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% /
Cause
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
Resolution
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% /
Additional Information
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.