Dlaczego Plex działa inaczej po ponownym uruchomieniu kontenera?

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 Plex Behave Differently After a Container Restart? - Zima Store Online

Plex może działać inaczej po ponownym uruchomieniu kontenera, ponieważ trwałe dane mogą przetrwać, podczas gdy środowisko uruchomieniowe jest odtwarzane wokół nich.

Samo ponowne uruchomienie nie sprawia, że zgodny plik staje się niezgodny, i nie powinno usuwać prawidłowo zamontowanego stanu Plex. Zmianie może ulec natomiast czas uruchamiania: pamięć masowa może nie być jeszcze gotowa, mapowanie urządzenia może zostać zwrócone w inny sposób, sieć może uruchomić się później, a pamięci podręczne i zadania startowe mogą być nieprzygotowane. Przed zmianą biblioteki lub multimediów porównaj odtworzone środowisko uruchomieniowe z tym, które wcześniej działało poprawnie.

Ponowne uruchomienie odtwarza stan środowiska uruchomieniowego, ale nie zastępuje stanu trwałego

System plików kontenera, drzewo procesów, gniazda i tymczasowy stan środowiska uruchomieniowego są odtwarzane podczas ponownego uruchomienia kontenera. Trwała konfiguracja Plex powinna znajdować się poza tą nietrwałą warstwą, aby nowy proces widział tę samą bazę danych, metadane, preferencje i tożsamość.

Wolumeny kontenerów istnieją właśnie po to, aby stan aplikacji przetrwał ponowne uruchomienie. Jeśli Plex uruchomi się z inną lub pustą ścieżką hosta, rezultat może wyglądać jak nowy serwer, nawet jeśli same pliki multimedialne nigdy nie zostały przeniesione.

Najpierw porównaj rzeczywiste mapowanie konfiguracji po stronie hosta z definicją, która wcześniej działała poprawnie. Jeśli ścieżka, zawartość i właściciel pozostają bez zmian, zachowaj istniejący stan trwały i przejdź do zależności środowiska uruchomieniowego zamiast odbudowywać bibliotekę.

Gotowość punktu montowania może zmienić to, co Plex widzi podczas uruchamiania

Multimedia mogą znajdować się na serwerze NAS, w obudowie USB, w systemie plików z pulą lub na zdalnym montowaniu, które staje się dostępne dopiero po uruchomieniu środowiska kontenera. Plex może więc uruchomić się poprawnie, gdy jego ścieżka biblioteki jest w tym momencie niedostępna lub pusta.

Pamięć trwała i montowania bind wymagają zarówno prawidłowej definicji, jak i dostępnego źródła. Dane hosta muszą być jawnie zamontowane, a nie traktowane jako dostępne wewnątrz odtworzonego kontenera.

Jeśli biblioteka wydaje się niedostępna bezpośrednio po ponownym uruchomieniu, sprawdź montowanie z poziomu hosta oraz wewnątrz kontenera, zanim rozpoczniesz skanowanie lub cokolwiek usuniesz. Późniejsze ponowne uruchomienie usługi, które nagle przywraca bibliotekę, jest mocnym dowodem na to, że zmienną był porządek uruchamiania, a nie metadane Plex.

Powiązania urządzeń i sieci mogą pojawić się w innej kolejności

Akceleracja sprzętowa, interfejsy sieciowe, DNS i zdalna pamięć masowa zależą od zasobów znajdujących się poza procesem Plex. Kontener może uruchomić się ponownie, zanim jedna z tych zależności będzie gotowa, lub z innym mapowaniem urządzenia po zmianie na hoście.

Montowania bind zależą od ścieżek hosta, a ta sama zasada dotyczy urządzeń i zależności korzystających z sieci: definicja kontenera może pozostać niezmieniona, podczas gdy obiekt po stronie hosta, do którego się odwołuje, nie jest jeszcze gotowy do użycia.

Porównaj widoczność urządzeń, trasę i rozwiązywanie nazw oraz każdy udział sieciowy z poziomu ponownie uruchomionego kontenera. Jeśli Direct Play działa, ale konwersja sprzętowa kończy się niepowodzeniem, ścieżka multimediów może być sprawna, a zmiana mogła dotyczyć dostępu do akceleratora; jeśli multimedia zniknęły, sprawdź pamięć masową przed dostrajaniem odtwarzania.

-15% OFF

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

Single board computer zimaboard2

Zimna pamięć podręczna i zadania startowe mogą zmienić początkowe działanie

Świeżo uruchomiony proces Plex może potrzebować ponownie otworzyć bazę danych, uzupełnić pamięci podręczne, połączyć się z usługami i wznowić zaplanowane zadania. Wczesne przeglądanie lub odtwarzanie może więc działać inaczej niż ta sama czynność po ustabilizowaniu serwera, nawet jeśli żadne trwałe ustawienie nie uległo zmianie.

Uwierzytelnianie i konfiguracja podczas uruchamiania mogą zależeć od czasu. Traktuj zgłoszenia społeczności jako przykłady możliwej granicy ponownego uruchomienia, a nie dowód, że każde ponowne uruchomienie Dockera ma tę samą przyczynę.

Poczekaj na zakończenie standardowej sekwencji uruchamiania, a następnie powtórz jedno znane żądanie. Jeśli różnica znika dopiero po ustabilizowaniu pamięci podręcznych i zależności, zmierz ten czas zamiast zmieniać ustawienia bazy danych lub multimediów, które wcześniej były prawidłowe.

Odtwórz tę samą sesję po ustabilizowaniu środowiska uruchomieniowego

Rzetelne porównanie obejmuje ten sam plik, klienta, jakość, ścieżkę audio, stan napisów i ścieżkę sieciową przed ponownym uruchomieniem i po nim. Zapisz, czy Plex zgłasza Direct Play, Direct Stream czy Transcode, a także czy kontener widzi te same trwałe ścieżki i urządzenia.

Stan środowiska uruchomieniowego może odbiegać od prostego statusu procesu. Istnienie procesu nie oznacza, że każda zależność lub ścieżka żądania działa prawidłowo.

Jeśli ponowne uruchomienie zmienia trwałość danych lub mapowanie, zabezpiecz tę granicę za pomocą ścieżki odzyskiwania konfiguracji kontenera. Jeśli wszystkie dane wejściowe środowiska uruchomieniowego są zgodne, a problem nadal występuje, zbadaj konkretną gałąź dotyczącą odtwarzania, bazy danych lub sieci, zamiast uznawać ponowne uruchomienie za jedyną przyczynę.