Dlaczego udział NAS wyświetla stare pliki po zastąpieniu folderu?

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 a NAS Share Show Old Files After the Folder Was Replaced? - Zima Store Online

Udział NAS może wyświetlać stare pliki, gdy klient lub usługa udziału nadal korzysta z pamięci podręcznej katalogu albo wskazuje poprzednią ścieżkę.

Zastąpienie folderu na serwerze NAS nie gwarantuje, że każda sesja SMB, aplikacja, punkt montowania, ścieżka odwrotna ani przestrzeń nazw natychmiast przełączy się na nowe drzewo katalogów. Serwer może nadal eksportować starą ścieżkę, zastępczy folder mógł zostać umieszczony pod innym punktem montowania, a klient może przechowywać metadane katalogu, informacje o plikach, otwarte uchwyty lub buforowane odwołanie. Najbezpieczniejsza diagnostyka polega na porównaniu widoku systemu plików, aktywnego celu udziału i całkowicie nowej sesji klienta przed zmianą jakichkolwiek ustawień pamięci podręcznej.

Ustal, która warstwa nadal wyświetla stare drzewo katalogów

Porównaj działającego klienta SMB z powłoką NAS, internetowym menedżerem plików NAS oraz drugim klientem, który niedawno nie otwierał tego udziału. Zapisz nazwę jednego pliku, który powinien zniknąć, oraz jednego nowego pliku, który powinien być widoczny.

Jeśli powłoka NAS i internetowy menedżer plików również pokazują stare drzewo, problem występuje poniżej warstwy SMB: zastąpienie nastąpiło w niewłaściwym katalogu, brakuje oczekiwanego punktu montowania albo inny zbiór danych przykrywa tę ścieżkę. IBM wskazuje, że powiadomienia SMB o zmianach zależą od sposobu, w jaki zmiany docierają do usługi plików, dlatego jeden nieaktualny klient sam w sobie nie dowodzi, że dane na serwerze są stare.

Nie odświeżaj wielokrotnie tej samej przeglądarki plików, traktując to jako nowy test. Miarodajne porównanie wymaga innego procesu klienta, innej sesji użytkownika albo bezpośredniego lokalnego widoku systemu plików, który nie używa ponownie tych samych metadanych SMB.

Zweryfikuj aktywny cel udziału po zastąpieniu folderu

Sprawdź konfigurację udziału na serwerze i ustal, jaki rzeczywisty obiekt systemu plików odpowiada eksportowanej ścieżce. Skontroluj montowania bind, dowiązania symboliczne, punkty montowania zbiorów danych, mapowania woluminów kontenerów oraz to, czy folder zastępczy został utworzony przed aktywowaniem punktu montowania pamięci, czy po nim.

Do częstej awarii dochodzi, gdy administrator zastępuje pliki w odmontowanym katalogu, a następnie rzeczywiste montowanie pamięci zostaje przywrócone i ukrywa tę zmianę. Podręcznik montowania systemu Linux wyjaśnia, że montowanie ukrywa wcześniejszy widok katalogu, dlatego widoczną ścieżkę należy porównać z aktywną tabelą montowań.

Przewodnik ZimaSpace dotyczący migracji danych NAS przedstawia powiązaną sekwencję kontroli, która pozwala potwierdzić, że wskazane ścieżki źródłowa i docelowa zawierają oczekiwane dane przed usunięciem starej kopii.

Przetestuj pamięć podręczną informacji o katalogach i plikach SMB

Zamknij wszystkie aplikacje korzystające z udziału, odłącz mapowanie SMB i ustanów nową sesję. Porównaj wynik z drugim komputerem albo nową sesją użytkownika, która wcześniej nie przeglądała tego katalogu.

Klienci SMB systemu Windows mogą przechowywać w pamięci podręcznej metadane katalogów i informacje o plikach przez określony czas. Wytyczne firmy Microsoft dotyczące dostrajania serwera plików wyjaśniają, że czas przechowywania pamięci podręcznej katalogu określa, jak długo metadane mogą pozostać w pamięci podręcznej, gdy dzierżawy katalogów są niedostępne.

Jeśli nowa sesja natychmiast pokazuje prawidłowe drzewo, a stara nie, dane nie zniknęły, a cel udziału jest prawdopodobnie poprawny. Połącz ponownie klienta, którego dotyczy problem, i ustal, dlaczego jego sesja nie otrzymała oczekiwanego powiadomienia o zmianie albo go nie uwzględniła, zanim globalnie zmienisz wartości pamięci podręcznej.

-15% OFF

ZimaBoard 2 – Mini serwer domowy dla Twojego wielkiego pomysłu

Single board computer zimaboard2

Sprawdź otwarte uchwyty, dzierżawy i długo działające aplikacje

Wyświetl aktywne sesje SMB i otwarte pliki na serwerze NAS. Menedżery multimediów, aplikacje fotograficzne, narzędzia do tworzenia kopii zapasowych, okna powłoki, indeksatory i przeglądarki plików mogą utrzymywać otwarte katalogi lub pliki długo po zakończeniu widocznej operacji kopiowania.

Najpierw zamknij aplikację, a następnie odłącz tylko sesję SMB, której dotyczy problem. Dokumentacja SMB firmy NetApp wyjaśnia, że dzierżawy oplock zachowują stan pamięci podręcznej klienta, dlatego wyłączenie dzierżaw na całym serwerze NAS jest znacznie większą zmianą niż zresetowanie jednego nieaktualnego połączenia.

Jeśli stare drzewo znika dopiero po zamknięciu konkretnej aplikacji, zachowaj ten wynik i ponownie przetestuj aplikację z nowym folderem. Działania naprawczego należy szukać w sposobie ponownego łączenia, obserwowania lub odświeżania aplikacji, a nie w puli pamięci masowej.

Wyklucz odwołania DFS i zduplikowane nazwy serwerów

Sprawdź, czy klient połączył się z serwerem NAS za pomocą bezpośredniej nazwy hosta, adresu IP, aliasu DNS, przestrzeni nazw DFS lub starej nazwy serwera, która obecnie wskazuje inne miejsce. Dwie ścieżki wyglądające podobnie w przeglądarce plików mogą prowadzić do różnych celów udziału.

Klienci DFS przechowują w pamięci podręcznej odwołania do przestrzeni nazw i folderów przez określony czas. Klienci DFS mogą również przez pewien czas zachowywać odwołania do przestrzeni nazw i folderów, co po zmianie przestrzeni nazw może tymczasowo kierować klienta do starszego celu.

Porównaj tożsamość serwera, rozpoznany adres, nazwę udziału i końcową ścieżkę dla działających oraz nieaktualnych sesji. Nie opróżniaj wszystkich pamięci podręcznych DNS i DFS, dopóki nie potwierdzisz, że klient, którego dotyczy problem, łączy się z innym celem.

Porównaj nową sesję z bezpośrednią ścieżką ze standardową ścieżką użytkownika

Otwórz udział raz za pomocą zwykłej nazwy hosta, a raz za pomocą zweryfikowanego bezpośredniego adresu serwera, korzystając z nowej sesji klienta. Użyj tego wyłącznie jako sposobu rozróżnienia przyczyny, a nie jako stałego zamiennika zarządzanej nazwy hosta.

Jeśli ścieżka bezpośrednia pokazuje nowe drzewo, a zwykła nazwa stare, skup się na aliasach, odwołaniach, zapisanych poświadczeniach lub drugim serwerze NAS używającym tej samej nazwy. Model ścieżki mount.cifs systemu Debian pokazuje, dlaczego należy porównać dokładny cel serwera i udziału oraz lokalny punkt montowania, zamiast polegać na znanej nazwie wyświetlanej.

Porównaj również liczbę plików i sumę kontrolną jednego pliku z lokalnej ścieżki NAS oraz ze ścieżki SMB. Zgodny stary plik potwierdza wybór niewłaściwej ścieżki lub pamięci podręcznej; inny plik o tej samej nazwie wskazuje na niepełne zastąpienie, zduplikowane foldery albo zawartość generowaną przez aplikację.

Napraw najmniejszą usterkę i sprawdź, czy rozwiązanie przetrwa ponowne uruchomienie

Popraw cel udziału, jeśli eksportuje niewłaściwy folder, przywróć brakujące montowanie, jeśli ścieżka jest nieprawidłowo przykryta, połącz ponownie nieaktualną sesję klienta, jeśli problem dotyczy tylko jednego klienta, albo zaktualizuj cel DFS, jeśli przestrzeń nazw nadal wskazuje starą lokalizację.

Unikaj zmiany czasu przechowywania pamięci podręcznej SMB, wyłączania dzierżaw lub ponownego tworzenia udziału, chyba że kontrolowany test potwierdzi, że odpowiada za to właśnie ta warstwa. Widok aktywnej sesji i blokad w Sambie umożliwia sprawdzenie danego połączenia przed zastosowaniem zmiany dotyczącej całego serwera.

Problem jest rozwiązany, gdy powłoka NAS, internetowy menedżer plików, nowa sesja SMB i standardowa ścieżka klienta pokazują tę samą zawartość folderu po ponownym uruchomieniu usługi i hosta. Pozostaw stary folder odłączony, ale nienaruszony, dopóki weryfikacja nie zakończy się pomyślnie i żadna aplikacja nie będzie już zapisywać w tym folderze.