Najnowszy blog

Automatyczne aktualizacje Jellyfin są najbezpieczniejsze, gdy przed przełączeniem na tryb bez nadzoru zostaną zdefiniowane kopie zapasowe, zakres wersji, możliwość wycofania zmian oraz walidacja po aktualizacji.

Wysokie użycie procesora po aktualizacji Jellyfin może być spowodowane tymczasowymi zadaniami, transkodowaniem, wtyczkami lub innym obciążeniem. Zanim przystąpisz do naprawy, ustal przyczynę.

Używaj wielu hostów dla Jellyfin tylko wtedy, gdy zmierzone wąskie gardło lub granica awarii uzasadnia dodatkowe ścieżki, zależności i pracę związaną z odzyskiwaniem sprawności.

Zachowuj najnowsze, sprzed aktualizacji oraz starsze punkty przywracania Jellyfin, kierując się częstotliwością zmian i potrzebami odzyskiwania danych, a następnie usuwaj je dopiero po przetestowaniu przywracania.

Przenieś stan Jellyfin między obsługiwanymi hostami ARM64 i x86-64 jako migrację zatrzymanego serwera, a następnie odbuduj elementy specyficzne dla platformy i przeprowadź walidację.

Potwierdź aktywną ścieżkę konfiguracji Jellyfin za pomocą ustawień środowiska uruchomieniowego, dzienników uruchamiania i jednej odwracalnej zmiany, zamiast edytować zduplikowane pliki.

Zbuduj kontrole stanu Jellyfin, które przed każdym automatycznym ponownym uruchomieniem rozróżniają uruchamianie, awarię usługi i awarię zależności.

Zapobiegaj nadmiernemu rozrostowi logów Jellyfin, ograniczając właściwą warstwę logowania, redukując liczbę sesji debugowania, weryfikując czyszczenie i monitorując ilość wolnego miejsca.