Udostępnianie systemów / home przez zamrażanie NFS (na ICY BOX IB-NAS5220)

0

Mam małą sieć domową, z urządzeniem NAS (ICY BOX IB-NAS5220) eksportującym /homedla różnych maszyn Linux Mint.

/etc/exports na NAS:

/mnt/md1/public      *.fritz.box(rw,sync,no_root_squash)

Odpowiednia linia /etc/fstabna klientach:

192.168.178.3:/mnt/md1/public /home nfs nolock,nfsvers=3 0 0

( nolockjest niezbędny do współpracy Firefoksa. nfsvers=3jest ograniczeniem serwera NAS. Ścieżki i adresy IP są potrójnie sprawdzane, OK).

To działa.

Występuje jednak dość częste zawieszanie się klientów, szczególnie podczas surfowania po Internecie (firefox) po uruchomieniu / logowaniu. Aplikacja zawiesza się na około 10-20 sekund, a następnie wszystko wraca do normy.

Najwyraźniej poprawia się to jakiś czas po rozpoczęciu pracy, ale jest to irytujące jak diabli (i powstrzymuje mnie od dalszego ustawiania pozostałych maszyn w ten sposób, ponieważ byłoby to przeszkodą dla mojej żony i dzieci).

Zauważ, że dzieje się tak, nawet jeśli tylko jeden komputer uzyskuje dostęp do katalogu / home /, więc nie chodzi o to, że równoczesny dostęp się nie powiedzie. (Chociaż serwer multimediów instaluje ten sam udział, ale ten jest w trybie bezczynności przez 99% czasu).

Naprawdę nie wiem wystarczająco dużo o NFS i tym, co dzieje się za kulisami, aby wiedzieć, czego szukać i gdzie. Czy ktoś może mi podpowiedzieć? Czy to z powodu niskiej wydajności serwera NFS? Problem z buforowaniem? Jak mogę się dowiedzieć? Czy można to złagodzić, ustawiając pewne opcje NFS?

DevSolar
źródło
Uwaga: wiem o implikacjach no_root_squash. Mogę z niej zrezygnować później. Tu nie chodzi o bezpieczeństwo.
DevSolar
Debugujesz taki problem, najpierw zmniejszając go do odtwarzalnego przypadku z jak najmniejszą liczbą ruchomych części. Przeglądarka internetowa jest zbyt złożona; jego zachowanie zależy od odwiedzanej witryny, liczby otwartych kart, tego, czy odbywa się wyrzucanie elementów bezużytecznych, oraz kilkuset opcji konfigurowanych przez użytkownika. Jeśli próbujesz cpskopiować plik z serwera NAS, a rozpoczęcie kopiowania zajęło 10–20 sekund, byłoby to znacznie silniejsze miejsce, z którego można rozpocząć debugowanie. Jeśli masz pewność, że jest to NAS, sprawdź, czy nie ma trybów oszczędzania energii. Rozpakowanie wielu dysków zajmuje trochę czasu.
Kyle Jones
@KyleJones: Próbowałem wielu różnych podejść, ale nie byłem w stanie w wiarygodny sposób odtworzyć tego problemu z podanym zestawem instrukcji. Czasami dostęp zawiesza się na kilka sekund, następnym razem jest natychmiastowy, a następnie zawiesza się ponownie. Próbowałem asynci no_wdelayna serwerze NFS, bezskutecznie. Mam żadnego pomysłu jak podejść do tego.
DevSolar,
@KyleJones: Nadal nie udało się wiarygodnie odtworzyć objawów. Ale do tej pory mogę powiedzieć, że nawet zamraża dane wejściowe użytkownika na konsoli (tzn. System nie reaguje na uderzenia klawiatury), co sprawia, że ​​podejrzewam problem z jądrem. I nie, to nie jest tryb oszczędzania energii - dzieje się to nie tylko przy pierwszych kilku dostępach, ale sporadycznie. Porzuciłem konfigurację „współdzielonego domu” i mam nadzieję, że będzie lepiej, gdy mount będzie tylko podkatalogiem $HOME.
DevSolar

Odpowiedzi:

0

Znalazłem rozwiązanie w niemieckim FAQ na podobny IB-NAS4220 ...

Najwyraźniej klient i skrzynka negocjują rozmiar bloku 32 kB ... na którym NAS, co dziwne, dusi się. (Nawet znacznie większe bloki zwykle nie stanowią problemu z NFS.)

rsize=8192,wsize=32768Wydaje się, że ustawienie mniejszych rozmiarów bloków odczytu w opcjach montowania ( ) usuwa problem.

DevSolar
źródło