Jellyfin powinien zachować wystarczającą ilość wolnego miejsca na największe typowe połączenie przyrostu metadanych, wygenerowanych zasobów, plików tymczasowych transkodowania, logów i prac konserwacyjnych.
Stały procent jest niewiarygodny, ponieważ prosta biblioteka i biblioteka intensywnie wykorzystująca funkcję Trickplay mogą w bardzo różny sposób zużywać miejsce aplikacji. Oddziel trwały przyrost danych od tymczasowych szczytów, a następnie zmierz oba te elementy na ścieżkach, na których rzeczywiście występują. Wolne miejsce na woluminie z multimediami nie pomoże, jeśli konfiguracja lub dane transkodowania znajdują się na innym, pełnym systemie plików.
Najpierw zmierz przyrost trwałych danych aplikacji
Baza danych, metadane, grafiki, wtyczki i wygenerowane zasoby mogą zwiększać swój rozmiar wraz z rozbudową biblioteki i włączaniem kolejnych funkcji. Ich trend należy mierzyć niezależnie od pojemności przeznaczonej na źródłowe multimedia.
Wygenerowane zasoby mogą znacząco powiększyć zestaw danych roboczych; jeden z operatorów Jellyfin unika funkcji Trickplay i obrazów rozdziałów, ponieważ podczas aktualizacji biblioteki zużywają dodatkowe miejsce i zasoby obliczeniowe.
Zapisz rozmiar katalogu konfiguracji po zakończeniu skanowania, a następnie ponownie po reprezentatywnym miesiącu lub dużym imporcie. Korzystaj z zaobserwowanego tempa przyrostu zamiast zgadywać na podstawie terabajtów multimediów.
Zmierz dane tymczasowe transkodowania jako szczytowe zużycie
Aktywne konwersje tworzą pliki robocze, które mogą zniknąć po zakończeniu sesji. Najgorszy przypadek zależy od największego źródła, liczby jednoczesnych transkodowań i skonfigurowanej ścieżki tymczasowej.
Umieszczenie danych tymczasowych transkodowania na lokalnej szybkiej pamięci masowej oddziela intensywnie zmieniające się dane tymczasowe od trwałego stanu biblioteki.
Uruchom najtrudniejsze przewidywane jednoczesne transkodowania i zapisz szczytowe zużycie miejsca tymczasowego. Zarezerwuj tę przestrzeń oddzielnie od budżetu długoterminowych danych aplikacji.
Zaplanowane zadania mogą powodować krótkotrwałe skoki zużycia
Funkcje Trickplay, ekstrakcja obrazów, skanowanie i analiza wtyczek mogą jednocześnie zużywać procesor i miejsce. Kilka zadań uruchomionych w tym samym czasie może utworzyć tymczasowy ślad znacznie większy niż zwykłe zużycie w stanie bezczynności.
Prace w tle są widoczne jako zaplanowane zadania Jellyfin, dlatego testy wolnego miejsca powinny obejmować zadania, które faktycznie generują lub odświeżają dane biblioteki.
Rozłóż w czasie ciężkie zadania i obserwuj wolne miejsce przez pełny cykl harmonogramu. Mapa ról domowego serwera multimediów pomaga zapobiec cichemu współdzieleniu danych tymczasowych z niemal pełnym woluminem systemowym.
Ustaw alert powyżej punktu awarii, a nie przy zerowej ilości miejsca
Oczekiwanie, aż system plików osiągnie 100% zapełnienia, pozostawia zbyt mało miejsca na zapisy do bazy danych, aktualizacje pakietów, logi i operacje odzyskiwania. Alert powinien zadziałać, gdy czyszczenie lub przenoszenie danych jest jeszcze bezpieczne.
Nielimitowane logi kontenerów mogą niezależnie zużywać miejsce na hoście, poza multimediami aplikacji.
Wybierz minimalny poziom wolnego miejsca wyższy niż największy zmierzony tymczasowy szczyt powiększony o rutynowy przyrost danych. Przelicz go ponownie po włączeniu nowych funkcji generowania multimediów lub zmianie katalogu transkodowania.
Wsparcie i wskazówki
Więcej do przeczytania

Czy podczas tworzenia kopii zapasowej Jellyfin należy zatrzymać usługę?
Dla uproszczenia preferuj kopie zapasowe usług zatrzymanych; migawek na żywo używaj tylko wtedy, gdy stan aplikacji jest przechwytywany w spójny sposób, a przywracanie zostało...

Dlaczego Jellyfin działa głośno lub powoduje przegrzewanie, gdy nikt nie ogląda strumieniowo?
Podwyższona temperatura w stanie bezczynności zwykle oznacza działanie procesów w tle lub obciążenie współdzielonego hosta, dlatego przed zmianą chłodzenia albo sprzętu zidentyfikuj aktywny proces...

Kiedy odbudować Jellyfin zamiast go naprawiać?
Wybierz odtworzenie zamiast naprawy, gdy problemem jest rozbieżność środowiska uruchomieniowego, a trwały stan został zarchiwizowany; nie „odtwarzaj” przez usunięcie jedynej sprawnej bazy danych.

