Udział NAS pokazuje stare pliki po wymianie pamięci masowej: kontrole i rozwiązania

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.

Stare pliki po wymianie pamięci masowej zwykle wynikają z nieprawidłowo zamontowanej ścieżki, eksportu nadal wskazującego starą strukturę, nieaktualnej sesji SMB lub zduplikowanej tożsamości serwera.

Zacznij od jednej nazwy pliku, która powinna zniknąć, i jednej, która powinna się pojawić, a następnie porównaj lokalny system plików NAS, aktywny cel eksportu, rzeczywiście nową sesję klienta oraz adres serwera, z którym ta sesja się połączyła. Taka kolejność pozwala oddzielić problemy z pamięcią masową i przestrzenią nazw od buforowania po stronie klienta bez ryzyka zapisu w dwóch kopiach. Zachowaj oba zestawy danych w całości, dopóki naprawa nie przejdzie pomyślnie po przeładowaniu usługi, ponownym uruchomieniu NAS oraz dostępie z dwóch klientów.

Porównaj zastępczą pamięć masową z lokalnym widokiem NAS

Wybierz jedną starą nazwę pliku, która powinna zniknąć, i jedną nową nazwę pliku, która musi się pojawić. Sprawdź obie na powłoce NAS i w internetowym menedżerze plików, zapisz zamontowane urządzenie lub zestaw danych, punkt montowania, identyfikator systemu plików, stan puli oraz skróty plików, a następnie porównaj je z manifestem migracji.

Procedura ochrony podczas migracji NAS ZimaSpace zachowuje źródło, miejsce docelowe i kopię weryfikacyjną w całości do momentu, gdy liczby plików i reprezentatywne dane będą zgodne. Zastosuj tę zasadę również tutaj, zanim usuniesz starą pulę lub zmienisz udział: nieaktualna zawartość może dowodzić, że zamiennik nie został zamontowany w oczekiwanym miejscu.

Jeśli sam NAS pokazuje starą strukturę, sprawdź kolejność montowania, nieudane automatyczne montowania, montowania bind, punkty montowania zestawów danych oraz katalog ukryty pod innym montowaniem. Nie czyść pamięci podręcznych klientów, dopóki ścieżka po stronie serwera i tożsamość urządzenia nie potwierdzą, że używany jest właściwy zamiennik.

Zweryfikuj aktywny cel udziału i przestrzeń nazw

Odczytaj aktywną konfigurację eksportu SMB lub NFS i rozwiąż dowiązania symboliczne, montowania bind, ścieżki kontenerów oraz aliasy do końcowej lokalizacji systemu plików. Porównaj cel eksportu ze zweryfikowanym punktem montowania zamiennika, a nie z przyjazną nazwą udziału, która mogła przetrwać migrację.

W przypadku opisanym w społeczności Unraid użyto porównania udziału dyskowego i udziału użytkownika, aby odróżnić pliki obecne na udziałach dyskowych od nieaktualnego widoku udziału użytkownika. Potraktuj to jako rozróżnienie ograniczone do tego przypadku: jeśli bezpośrednia ścieżka lokalna lub dyskowa jest aktualna, ale przestrzeń nazw jest stara, napraw warstwę eksportu zamiast ponownie kopiować dane.

Po zapisaniu konfiguracji i potwierdzeniu, że nie trwa żaden zapis, przeładuj tylko usługę udziału, której dotyczy problem. Pomyślne przejście oznacza, że nowe lokalne zapytanie dotyczące przestrzeni nazw pokazuje nową strukturę; w razie niepowodzenia przywróć usługę do poprzedniej konfiguracji, zachowując logi montowania i przestrzeni nazw.

Oddziel nieaktualnego klienta od nieaktualnej sesji serwera

Otwórz udział z drugiego klienta lub w nowej sesji użytkownika, która nigdy wcześniej go nie przeglądała. Zapisz adres serwera, nazwę udziału, dane uwierzytelniające, wynegocjowany protokół, otwarte uchwyty oraz informację, czy stare i nowe nazwy plików różnią się między klientami. Wielokrotne odświeżanie tej samej przeglądarki plików nie jest testem czystej sesji.

W dyskusji społeczności Synology opisano, że pamięć podręczna SMB zmienia objaw, gdy wyczyszczenie pamięci podręcznej SMB lub ponowne uruchomienie Samby zmieniło obserwowany objaw. Potraktuj to jako dowód, że może być zaangażowana pamięć podręczna sesji lub usługi, a nie jako powód do wyłączenia buforowania w całym NAS.

Zamknij aplikacje z otwartymi uchwytami, odłącz tylko dane mapowanie, wyczyść zapisane dane uwierzytelniające lub przekierowania tylko wtedy, gdy ta gałąź problemu została potwierdzona, a następnie połącz się ponownie. Jeśli czysty klient również był już nieaktualny, wróć do warstw celu i tożsamości serwera zamiast stosować zmiany rejestru dotyczące całego klienta.

-15% OFF

Sprawdź tożsamość serwera i zweryfikuj dopasowaną poprawkę

Porównaj odpowiedzi DNS, adresy IP, tożsamość serwera SMB, aliasy, przekierowania DFS, trasy VPN oraz zapisane mapowania. Zastępczy NAS może używać tej samej przyjaznej nazwy, podczas gdy stary adres, cel przestrzeni nazw lub kontener nadal udostępnia poprzednią strukturę. Przetestuj zweryfikowany adres bezpośredni wyłącznie w celu rozróżnienia problemu, a nie jako stałe obejście.

Zastosuj najmniejszą niezbędną poprawkę: skoryguj cel montowania lub eksportu, przeładuj jeden udział, połącz ponownie jednego klienta, wygaś jedno przekierowanie lub zaktualizuj jeden rekord DNS. Porównaj liczbę plików i ich skróty między ścieżką lokalną a udziałem, utwórz i usuń plik tymczasowy oraz sprawdź oczekiwane uprawnienia.

Uruchom ponownie usługę udziału i NAS w oknie serwisowym, a następnie połącz ponownie dwóch klientów oraz aplikację, która pierwotnie wyświetlała nieaktualne dane. Zakończ dopiero wtedy, gdy po ponownym uruchomieniu wszystkie ścieżki pokazują zastępczą strukturę; wycofaj zmiany, jeśli zapisy trafiają do różnych kopii, i wyjaśnij niejednoznaczności tożsamości, zanim usuniesz którykolwiek zestaw danych.

Wsparcie i wskazówki

Więcej do przeczytania

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.