Dlaczego Plex traci dostęp do trwałych danych po ponownym utworzeniu stosu?

Traktuj świeżą instancję Plex po ponownym utworzeniu stosu jako problem z montowaniem lub uprawnieniami, dopóki nie potwierdzisz, że stare dane trwałe rzeczywiście zostały usunięte.

Ponowne utworzenie stosu Docker lub Compose zastępuje kontenery, a także może zmienić ścieżkę hosta, nazwany wolumin, tożsamość użytkownika lub pulę pamięci masowej obsługującą `/config`. Plex uruchamia się wtedy z pustego lub nieczytelnego katalogu i wygląda jak świeżo zainstalowany, mimo że oryginalna baza danych może nadal istnieć. Zatrzymaj nową instancję, znajdź stare dane aplikacji, porównaj rzeczywiste montowania i własność numeryczną, a z kopii zapasowej przywracaj dopiero wtedy, gdy ten stan rzeczywiście zaginął.

Zatrzymaj się, gdy Plex wygląda jak nowy serwer

Nowy kreator konfiguracji po ponownym utworzeniu stosu to ostrzeżenie dotyczące trwałości danych, a nie zachęta do odbudowy biblioteki. Zatrzymaj kontener i sprawdź mapowanie danych, zanim Plex zapisze więcej informacji. Najczęstszy problem polega na tym, że nowy kontener odczytuje pustą ścieżkę hosta zamiast poprzedniego katalogu danych aplikacji.

Po ponownym utworzeniu kontener może wyświetlać świeżą konfigurację, gdy oczekiwane mapowanie trwałej konfiguracji nie wskazuje już na oryginalne dane aplikacji. Pierwszym kryterium rozstrzygającym jest sprawdzenie, czy stary stan nadal istnieje na hoście.

Znajdź poprzedni katalog danych Plex i sprawdź czasy modyfikacji, pliki bazy danych oraz foldery metadanych. Jeśli są obecne, nie usuwaj ich ani nie inicjalizuj nowego serwera. Celem odzyskiwania jest ścieżka montowania i uprawnienia, a nie biblioteka multimediów.

Dokładnie porównaj stare i nowe mapowanie /config

Ponowne utworzenie stosu może zmienić względne montowanie wiązane, nazwany wolumin, podstawienie zmiennej środowiskowej, pulę pamięci masowej lub katalog roboczy Compose, nie zmieniając widocznej ścieżki kontenera. Plex nadal może widzieć `/config`, ale ta ścieżka może teraz wskazywać inną lokalizację na hoście.

Konfiguracja kontenera Plex jest najbezpieczniejsza, gdy konfiguracja znajduje się poza kontenerem. Porównaj rzeczywiste montowania z poprzednim wdrożeniem lub kopią zapasową z odtworzonym stosem, zamiast ufać wizualnie podobnemu plikowi Compose.

Zamontuj znane stare dane aplikacji tylko do odczytu w tymczasowym kontenerze diagnostycznym albo sprawdź je bezpośrednio na hoście. Jeśli znajdują się tam oczekiwana baza danych i preferencje, popraw mapowanie produkcyjne i uruchom ponownie Plex tylko raz. Jeśli katalog rzeczywiście zniknął, przejdź do odzyskiwania z kopii zapasowej.

Sprawdź własność, zanim obwinisz bazę danych

Właściwa ścieżka hosta może być nadal niedostępna, jeśli odtworzony kontener działa z innym UID, GID, przestrzenią nazw użytkownika lub kontekstem bezpieczeństwa. Plex może wtedy nie zapisywać preferencji, otwierać plików bazy danych ani tworzyć katalogów, mimo że dane są zamontowane we właściwym miejscu.

Gdy Plex nie może tworzyć ani aktualizować danych aplikacji, należy sprawdzić uprawnienia katalogu konfiguracji numerycznie, zamiast „naprawiać” je bezmyślnym rekursywnym `777`.

Wykonaj sprawdzenie tożsamości wewnątrz kontenera i porównaj je z numerycznym właścicielem oraz trybem dostępu na hoście. Zastosuj najmniejszą zmianę własności lub listy ACL, która zapewni zamierzonemu kontu usługi dostęp. Następnie uruchom Plex i potwierdź, że otwiera istniejący serwer, a nie nową konfigurację.

Jeśli własność numeryczna się zgadza, ale dostęp nadal się nie udaje, sprawdź listy ACL, etykiety bezpieczeństwa kontenera oraz działanie przestrzeni nazw użytkownika, zanim zmienisz bazę danych. Prawidłowy UID/GID nie nadpisuje osobnej warstwy kontroli dostępu.

-15% OFF

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

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Sprawdzaj montowania multimediów dopiero po przywróceniu stanu aplikacji

Gdy powrócą tożsamość starego serwera i biblioteki, niektóre biblioteki mogą nadal wyglądać na niedostępne, ponieważ montowania multimediów zmieniły się niezależnie od `/config`. To odrębna rola trwałości danych. Napraw ścieżkę multimediów bez ponownego tworzenia biblioteki i kopiowania multimediów do katalogu danych aplikacji.

Trzymaj stan aplikacji i montowania multimediów jako oddzielne role trwałości danych. Dzięki temu możesz najpierw przywrócić tożsamość Plex, a dopiero potem rozwiązywać problemy z brakującymi ścieżkami multimediów, gdy oryginalne biblioteki znów się pojawią.

Otwórz kilka znanych ścieżek multimediów z poziomu kontenera Plex. Jeśli stara baza danych wskazuje na `/media/movies`, ale odtworzony stos udostępnia `/movies`, przywróć oczekiwaną ścieżkę wewnętrzną albo zaplanuj kontrolowaną migrację ścieżek biblioteki. Nie rozpoczynaj ponownego skanowania, dopóki montowanie nie będzie stabilne.

Przywracaj z kopii zapasowej tylko wtedy, gdy oryginalny stan rzeczywiście zniknął

Jeśli stary katalog hosta jest pusty, usunięty lub uszkodzony w stopniu uniemożliwiającym użycie, przywróć najnowszą sprawdzoną kopię zapasową danych aplikacji Plex do czystej, prawidłowo mapowanej ścieżki. Zachowaj osobno uszkodzony stan, aby nadal móc sprawdzić, co się wydarzyło, zamiast nadpisywać jedyny ślad zdarzenia.

Niezawodny proces odzyskiwania kontenera chroni trwałe `/config`, zastępuje wyłącznie nietrwałą warstwę aplikacji i weryfikuje montowania, zanim Plex ponownie rozpocznie zapis.

Po przywróceniu potwierdź tożsamość serwera, liczbę bibliotek, stan oglądania, lokalne odtwarzanie, transkodowanie, jeśli jest używane, oraz jedno ponowne uruchomienie. Następnie zapisz rzeczywistą konfigurację stosu i lokalizację kopii zapasowej. Incydent można uznać za zamknięty dopiero wtedy, gdy kolejne odtworzenie stosu wskaże te same dane trwałe bez ręcznego zgadywania.