Varför fortsätter Plex att komma åt dina diskar under natten?

Diskaktivitet över natten är ofta normalt Plex-underhåll, men upprepad åtkomst utanför det konfigurerade tidsfönstret kräver en kontroll på processnivå innan du inaktiverar något.

På en hem-NAS som alltid är på kan Plex använda lagringen medan ingen tittar, eftersom databassäkerhetskopiering, biblioteksuppdateringar, metadatauppdateringar, cacherensning eller medieanalys kan vara schemalagda till lugna timmar. Det användbara testet är att först matcha I/O-tiden med Plex-aktiviteten och sedan skilja Plex från en annan container, säkerhetskopiering, filsystemsuppgift eller klientbegäran. Börja inte med att inaktivera alla underhållsalternativ, eftersom vissa av dessa jobb skyddar eller optimerar serverns tillstånd.

Börja med att matcha diskaktiviteten mot Plex underhållsfönster

Öppna Plex Web och kontrollera start- och sluttiden för Schemalagda uppgifter innan du ändrar något på NAS:en. Plex dokumenterar ett standardfönster för underhåll som börjar under natten, och uppgifterna kan omfatta databassäkerhetskopiering, databasoptimering, cacherensning, biblioteksuppdateringar, metadateringsarbete och medieanalys. Om diskaktiviteten börjar och slutar inom detta fönster är schemalagt arbete den främsta förklaringen, snarare än en hårddisk som håller på att gå sönder.

Den officiella dokumentationen om Plex schemalagda uppgifter är den bästa referensen för att avgöra vilka jobb som legitimt kan köras på natten. Jämför det konfigurerade schemat med den exakta tid då diskens aktivitetslampor eller lagringsgrafen visar aktivitet. En nära överensstämmelse är en användbar signal; en avvikelse betyder att du bör fortsätta felsöka.

Om aktiviteten börjar utanför Plex-fönstret ska du inte anta att Plex fortfarande är orsaken. Kontrollera om en säkerhetskopiering på NAS:en, ett SMART-test, en skrubbning, en indexerare, en nedladdare eller en annan medieapp startar samtidigt. Beslutspunkten är enkel: aktivitet som följer en Plex-uppgift stannar i Plex-spåret; aktivitet som inte gör det leder vidare till värdsystemet eller en annan container.

Skilj biblioteksgenomsökning från analys och transkodnings-I/O

Ta sedan reda på vad Plex uppger att det gör medan diskarna är upptagna. En biblioteksgenomsökning går normalt igenom mediesökvägar och uppdaterar ändrade objekt, medan medieanalys kan läsa betydligt större delar av filerna. Transkodning är något annat: den är kopplad till uppspelning och skapar tillfälliga utdatafiler, så aktiviteten bör sammanfalla med en pågående ström i stället för en lugn underhållsperiod.

Om du nyligen har lagt till ett stort bibliotek, ändrat sökvägar, aktiverat djupare analys eller återställt metadata kan ett enda underhållsfönster vara betydligt mer belastat än vanligt. Ett praktiskt arbetsflöde för en hemmediaserver behandlar också biblioteksorganisering, genomsökning, uppspelning och transkodning som separata lager. Genom att hålla isär dessa lager undviker du att skylla på lagringsenheten för förväntat programarbete.

Kör en kontrollerad natt utan aktiva klienter och notera om samma I/O återkommer. Om aktiviteten försvinner var en klientbegäran, fjärrström, nedladdning eller uppspelningsutlöst konvertering inblandad. Om den kvarstår vid samma schemalagda tid fortsätter du med underhållsspåret i stället för att felsöka klienter.

Identifiera den exakta processen innan du ändrar inställningar

Använd NAS:ens process- eller lagringsövervakare för att identifiera vilken process som genererar läsningar och skrivningar under händelsen. På en Docker-värd bör du även kontrollera Plex-containerns aktivitet och loggar runt samma tidsstämpel. Målet är inte att bara titta på den totala diskanvändningen, utan att koppla I/O:n till Plex, en annan container eller en tjänst på värdsystemet.

Om Plex är processen ska du jämföra tidsstämpeln med aktivitetsvyn, serverloggarna och underhållsschemat. Om en annan process står för I/O:n ska du låta Plex-inställningarna vara och följa den processen i stället. Diagnostik med en variabel i taget förhindrar ett vanligt misstag där inaktivering av Plex-underhåll bara döljer ett säkerhetskopierings- eller indexeringsjobb som fortsätter att väcka diskarna.

Se inte en omstart som lösningen. En omstart kan avbryta den aktuella uppgiften och göra diskarna tysta tillfälligt, men det visar bara att arbetet upphörde när processen stoppades. Det starkare testet är om samma aktivitet återkommer vid nästa schemalagda start med samma konfiguration.

-15% OFF

ZimaBoard 2 - Minihemmserver för din stora idé

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Ändra bara den bekräftade utlösaren och kontrollera över natten

Om en Plex-uppgift tydligt är ansvarig och tidpunkten stör, ska du först flytta underhållsfönstret till en bättre period. Inaktivera en enskild uppgift endast när du förstår vad du avstår från. Databassäkerhetskopiering, optimering och analys har olika syften, så att stänga av allt är ett dåligt substitut för att identifiera det specifika jobbet.

Efter ändringen återskapar du det ursprungliga förhållandet: låt servern stå inaktiv genom nästa underhållsfönster och jämför diskaktiviteten vid samma tidpunkt. En lyckad åtgärd innebär att den störande I/O:n inte längre inträffar när den brukade göra det, samtidigt som Plex fortfarande genomsöker, spelar upp och underhåller biblioteket som förväntat vid den nya tiden.

Gå vidare till diagnostik av diskar eller filsystem först när I/O:n fortfarande är oförklarad efter att processen har identifierats, när den åtföljs av lagringsfel eller när den fortsätter även efter att Plex har stoppats. Då har symtomet passerat Plex-gränsen, och ytterligare Plex-justeringar kommer sannolikt inte att ge svaret.