Dlaczego Jellyfin powoduje powtarzającą się aktywność dysku w nocy?

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 Jellyfin Cause Repeated Disk Activity Overnight? - Zima Store Online

Powtarzająca się aktywność dysku w nocy zwykle wynika z zaplanowanego zadania lub usługi działającej w tle, dlatego przed zmianą ustawień Jellyfin zacznij od sprawdzenia znaczników czasu.

Na domowym serwerze nocne skanowanie, zadanie wyodrębniania obrazów, migawka lub kopia zapasowa mogą wyglądać tak, jakby „Jellyfin korzystał z dysków”. Porównaj pierwszy skok aktywności z historią zadań Jellyfin i aktywnością procesów hosta, zmieniaj tylko jeden wyzwalacz naraz i zachowaj pierwotny harmonogram, aby móc go przywrócić, jeśli objawy się zmienią lub pojawią się błędy pamięci masowej.

Dopasuj skok aktywności dysku do zaplanowanego zadania

Dysk wybudza się o powtarzalnych porach, ale nie wiadomo, który proces jest za to odpowiedzialny. Zacznij od najmniej inwazyjnego sprawdzenia: zanotuj znaczniki czasu aktywności dysku, historię zadań Jellyfin oraz nazwy procesów hosta dla tego samego przedziału czasu. harmonogram nocnego skanowania

Warto ustalić konkretną zależność: ta sama minuta co zadanie Jellyfin, ta sama minuta co kopia zapasowa lub migawka albo brak pasującego zadania. Zanotuj wynik, zanim zmienisz inną zmienną.

Zamiast zgadywać, zinterpretuj wynik. Jeśli pasuje zadanie Jellyfin, w następnej kolejności przetestuj jego harmonogram; jeśli pasuje tylko zadanie hosta, pozostaw Jellyfin bez zmian; jeśli nie pasuje żadne zadanie, sprawdź logi pamięci masowej i jądra.

Oddziel zadania Jellyfin od operacji wejścia-wyjścia całego hosta

Istnieje zgodność czasowa, ale za zdarzeniem dyskowym może stać kilka zadań. Zacznij od najmniej inwazyjnego sprawdzenia: podczas jednego zaplanowanego okna użyj monitorowania operacji wejścia-wyjścia na poziomie procesów oraz logów Jellyfin, nie zmieniając wielu zadań naraz.

Warto ustalić konkretną zależność: dominuje proces Jellyfin, dominuje proces kopii zapasowej albo wiele usług budzi się jednocześnie. Zanotuj wynik, zanim zmienisz inną zmienną.

Zamiast zgadywać, zinterpretuj wynik. Jeśli dominuje Jellyfin, wstrzymaj tylko pasujące zadanie; jeśli dominuje kopia zapasowa, przenieś jej okno czasowe; jeśli wiele usług budzi się jednocześnie, rozłóż je w czasie, zanim obwinisz Jellyfin.

Przeprowadź całonocny test z jedną zmienną

Jedno zadanie jest głównym źródłem operacji wejścia-wyjścia. Zacznij od najmniej inwazyjnego sprawdzenia: przenieś lub wyłącz tylko podejrzane zadanie na jedną noc i monitoruj operacje wejścia-wyjścia, logi oraz ukończenie zadania.

Warto ustalić konkretną zależność: dysk pozostaje bezczynny, a zadanie kończy się później; dysk nadal budzi się o starej porze; zadanie kończy się niepowodzeniem lub jest ponawiane. Zanotuj wynik, zanim zmienisz inną zmienną. czas operacji wejścia-wyjścia urządzenia

Zamiast zgadywać, zinterpretuj wynik. Jeśli skok aktywności znika, pozostaw nowe okno czasowe; jeśli pozostaje, przywróć zadanie i przetestuj kolejnego odpowiedzialnego właściciela; jeśli zadanie jest ponawiane, napraw jego błąd, zanim je wyciszysz.

-15% OFF

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

Single board computer zimaboard2

Zweryfikuj spokojną pracę pamięci masowej, nie ukrywając usterek

Zmiana harmonogramu ograniczyła lub usunęła nocny skok aktywności. Zacznij od najmniej inwazyjnego sprawdzenia: powtórz test w okresie bezczynności po ponownym uruchomieniu i sprawdź logi SMART, systemu plików oraz błędów Jellyfin. ostrzeżenie o dostępności pamięci masowej

Warto ustalić konkretną zależność: dysk pracuje cicho, a logi są czyste; dysk pracuje cicho, ale błędy się powtarzają; aktywność powraca po ponownym uruchomieniu. Zanotuj wynik, zanim zmienisz inną zmienną.

Zamiast zgadywać, zinterpretuj wynik. Jeśli jest cicho i logi są czyste, udokumentuj harmonogram; jeśli błędy pozostają, przywróć zwykłe zadania i zbadaj pamięć masową; jeśli aktywność powraca, zmieniła się zależność zadania lub gotowość punktu montowania.