Ustal działającą instancję Plex i jej zamontowaną ścieżkę stanu przed edycją jakiegokolwiek pliku konfiguracyjnego.
Wiele instalacji, kontenerów, kopii zapasowych i starych katalogów danych aplikacji może pozostawić kilka plików o wiarygodnie wyglądających nazwach. Nie zgaduj na podstawie samych nazw plików. Zidentyfikuj aktywny proces lub kontener, sprawdź jego montowanie konfiguracji i porównaj znacznik czasu pliku albo nieszkodliwą zmianę ustawienia z faktycznie działającą instancją.
Najpierw zidentyfikuj środowisko uruchomieniowe, a dopiero potem plik
Usługa natywna i kontener mogą korzystać z różnych widoków systemu plików, nawet na tym samym hoście. Pierwszym krokiem jest ustalenie, który proces lub kontener korzysta z portu 32400 i katalogu danych Plex.
W skonteneryzowanym stosie multimedialnym jawne wolumeny konfiguracji określają, który katalog hosta faktycznie widzi uruchomiona instancja Plex, dlatego prześledź montowanie, zanim uznasz plik po stronie hosta za aktywny.
Sprawdź działający kontener lub definicję usługi i zapisz ścieżkę hosta oraz ścieżkę widzianą przez Plex. Jeśli nie ma jednoznacznego mapowania, wyjaśnij tę niejasność przed rozpoczęciem jakiejkolwiek edycji.
Potwierdź, że plik Preferences.xml należy do tego drzewa stanu
Preferences.xml zawiera tożsamość serwera i ustawienia związane z kontem, ale stara kopia w kopii zapasowej lub poprzedniej instalacji może wyglądać wiarygodnie. Kontekst jest ważniejszy niż sama nazwa pliku.
Stan pliku Preferences.xml jest powiązany z zamontowaną ścieżką konfiguracji Plex, dlatego aktywne montowanie jest bardziej miarodajne niż pasująca nazwa pliku znaleziona w innym miejscu.
Porównaj czas modyfikacji i właściciela z działającym katalogiem stanu, a następnie wprowadź jedną odwracalną zmianę ustawienia w interfejsie Plex. Potwierdź, że zmienił się wyłącznie oczekiwany plik.
Uważaj na zduplikowane montowania stanu
Podczas migracji kontenerów można przypadkowo zamontować jedną ścieżkę na potrzeby uruchamiania, a inną na potrzeby kopii zapasowej lub ręcznej edycji. Stwarza to wrażenie, że ustawienia są ignorowane.
Umieść mapowanie trwałego stanu w jednym miejscu definicji wdrożenia. Mapowanie trwałych danych aplikacji powinno wskazywać jeden kanoniczny katalog stanu Plex, a nie kilka częściowo skopiowanych drzew.
Uruchom ponownie Plex po kontrolowanej zmianie ustawienia i potwierdź, że wartość zostaje zachowana. Jeśli wraca do poprzedniej wartości, sprawdź montowanie i właściciela, zanim bezpośrednio zmienisz plik XML.
Utwórz kopię aktywnego stanu przed ręczną edycją
Ręczna edycja pliku powinna być ostatecznością, ponieważ tożsamość, konto i stan bazy danych są ściśle powiązane z działającym serwerem. Zabezpiecz aktywny plik przed jego zmianą.
Przed edycją tożsamości serwera lub preferencji zabezpiecz aktywne drzewo stanu; kopia zapasowa i migracja Plex wymagają przeniesienia rzeczywistych danych serwera i ścieżek, a nie przypadkowej kopii konfiguracji.
Zatrzymaj Plex, gdy edycja wymaga stabilnego pliku, skopiuj aktywną konfigurację, wprowadź najmniejszą możliwą zmianę, a następnie uruchom serwer ponownie i zweryfikuj jeden oczekiwany rezultat. Jeśli zmienią się niepowiązane ustawienia, natychmiast przywróć poprzedni stan.
Wsparcie i wskazówki
Więcej do przeczytania

Czy Jellyfin może bezpiecznie współdzielić kartę graficzną lub akcelerator z innym kontenerem?
Udostępnianie GPU jest warunkowe: sprawdź widoczność urządzenia i obsługę sterowników, a następnie uruchom oba obciążenia i obserwuj, czy oprogramowanie nie przełącza się na tryb...

Jak sprawdzić, czy błąd Jellyfin pochodzi z klienta, czy z serwera
Błąd Jellyfin należy przypisać klientowi, gdy występuje na jednym urządzeniu; należy go przypisać serwerowi, gdy wiele klientów ulega awarii w tej samej ścieżce, a...

Jak skonfigurować pamięć podręczną i pamięć tymczasową Jellyfin
Oddziel trwałe dane, odbudowywalną pamięć podręczną i tymczasową pamięć na transkodowanie, a następnie zweryfikuj pojemność i uprawnienia za pomocą rzeczywistego testu odtwarzania.

