Dlaczego montowanie NFS zawiesza się podczas przełączania awaryjnego domowego routera?

Eva Wong

IceWhale author

Eva Wong jest Technicznym pisarzem i stałym majsterkowiczem w ZimaSpace. Całe życie geek z pasją do homelabów i oprogramowania open-source, specjalizuje się w tłumaczeniu skomplikowanych koncepcji technicznych na przystępne, praktyczne przewodniki. Eva wierzy, że samodzielne hostowanie powinno być zabawą, a nie czymś onieśmielającym. Poprzez swoje samouczki umożliwia społeczności rozwiewanie tajemnic konfiguracji sprzętu, od budowy pierwszego NAS po opanowanie kontenerów Docker.

Why Does an NFS Mount Hang During a Home Router Failover? - Zima Store Online

Montowanie NFS może zawiesić się podczas przełączania domowego routera awaryjnego, ponieważ istniejące żądania NFS nadal próbują się ponawiać przez ścieżkę, której brama, adres źródłowy lub stan TCP uległy zmianie.

Na domowym serwerze ZimaSpace udział może znajdować się na jednym serwerze NAS, podczas gdy aplikacje, usługi multimedialne lub zadania tworzenia kopii zapasowych montują go z innego węzła. Przełączenie routera awaryjnego może zachować podstawowy dostęp do internetu, a jednocześnie przerwać istniejącą sesję NFS. Przydatny test porównuje stan tras, zachowanie ponawiania prób przez NFS oraz starą i nową ścieżkę bez natychmiastowego ponownego uruchamiania serwera NAS.

Oddziel awarię NFS od ogólnej awarii routera

Potwierdź, że serwer NAS pozostaje osiągalny po adresie IP oraz że można utworzyć nowe połączenie TCP, gdy istniejące montowanie jest zawieszone.

Skoncentrowany blog dotyczący rozwiązywania problemów z NFS na temat problemów z siecią i zaporą pomaga wyodrębnić tę przyczynę, ponieważ dotyczy tego samego mikroproblemu, zamiast tylko definiować podstawowy protokół.

Jeśli nowe połączenia również się nie udają, najpierw napraw ścieżkę sieciową. Jeśli zawiesza się tylko istniejące montowanie, sprawdź ponawianie prób NFS i nieaktualny stan transportu.

Zrozum, dlaczego montowanie typu hard nadal czeka

Sprawdź, czy udział jest zamontowany w trybie hard oraz czy aplikacja blokuje się, gdy NFS ponawia to samo żądanie.

Skoncentrowany, niezależny blog z najlepszymi praktykami dotyczącymi NFS na temat oczekiwania aplikacji po zniknięciu serwera pomaga wyodrębnić tę przyczynę, ponieważ dotyczy tego samego mikroproblemu, zamiast tylko definiować podstawowy protokół.

W przypadku ważnych danych nie przełączaj się na montowania typu soft tylko po to, aby ukryć problem z przełączeniem awaryjnym. Napraw osiągalność i używaj granic automatycznego montowania dla udziałów niekrytycznych.

Sprawdź stary stan TCP po zmianie bramy

Przechwyć retransmisje na kliencie NFS i porównaj następny przeskok przed przełączeniem awaryjnym oraz po nim.

Skoncentrowane studium przypadku dotyczące rozwiązywania problemów na poziomie pakietów na temat retransmisji TCP trwających do momentu zresetowania sesji pomaga wyodrębnić tę przyczynę, ponieważ dotyczy tego samego mikroproblemu, zamiast tylko definiować podstawowy protokół.

Jeśli pakiety podążają nową trasą, ale stare połączenie nigdy nie wraca do działania, przetestuj nowe montowanie po bezpiecznym zwolnieniu zablokowanego stanu klienta.

Featured

ZimaCube 2 Osobisty domowy NAS w chmurze

ZimaCube2

Sprawdź różnice w trasie i transporcie po przełączeniu awaryjnym

Porównaj źródłowy adres IP, bramę, interfejs i MTU ścieżki przed przełączeniem routera oraz po nim.

Skoncentrowany, praktyczny przewodnik dotyczący rozwiązywania problemów z NFS na temat osiągalności serwera i problemów z transportem pomaga wyodrębnić tę przyczynę, ponieważ dotyczy tego samego mikroproblemu, zamiast tylko definiować podstawowy protokół.

Przełączenie awaryjne, które zmienia podsieć źródłową lub MTU, może wymagać dostosowania zapory i eksportów, nawet gdy pulpit serwera NAS pozostaje osiągalny.

Zwolnij zablokowane montowanie bez ponownego uruchamiania serwera domowego

Zatrzymaj aplikacje korzystające z montowania, zidentyfikuj zablokowane procesy i użyj kontrolowanego odmontowania leniwego lub wymuszonego tylko wtedy, gdy normalne odmontowanie nie może zostać ukończone.

Skoncentrowany artykuł dotyczący rozwiązywania problemów w systemie Linux na temat zwalniania zablokowanych montowań NFS bez ponownego uruchamiania pomaga wyodrębnić tę przyczynę, ponieważ dotyczy tego samego mikroproblemu, zamiast tylko definiować podstawowy protokół.

Nie wyłączaj serwera NAS ani nie usuwaj katalogów montowania jako pierwszej reakcji. Zachowaj dzienniki pokazujące, które żądanie zostało zablokowane.

Użyj automatycznego montowania dla niekrytycznych udziałów zdalnych

W przypadku ścieżek multimedialnych lub dodatkowych ścieżek kopii zapasowych rozważ montowanie na żądanie, aby awaria ścieżki routera nie blokowała niezwiązanej z nią procedury uruchamiania systemu ani usług.

Skoncentrowany, praktyczny samouczek dotyczący systemu Linux na temat montowania NFS przy pierwszym dostępie za pomocą x-systemd.automount pomaga wyodrębnić tę przyczynę, ponieważ dotyczy tego samego mikroproblemu, zamiast tylko definiować podstawowy protokół.

Powtórz test po dwóch cyklach przełączenia awaryjnego. Oczekiwanym rezultatem jest poprawne odzyskanie sesji albo kontrolowane ponowne montowanie, a nie zawieszenie całego systemu.

Przetestuj ponownie dokładną ścieżkę serwera domowego

Po zmianie jednej zmiennej powtórz ten sam proces dotyczący serwera NAS lub usługi hostowanej samodzielnie na tym samym kliencie, zamiast przełączać się na inny test, który może korzystać z innej ścieżki.

Powiązany przewodnik ZimaSpace na temat powiązanej ścieżki sieciowej serwera domowego pomaga zachować zgodność końcowej weryfikacji z tym samym środowiskiem hostowanym samodzielnie.

Naprawę można uznać za zakończoną dopiero wtedy, gdy pierwotny objaw nie powraca po ponownym połączeniu, ponownym uruchomieniu usługi oraz drugim kontrolowanym transferze lub żądaniu.