Waarom blijft Plex ’s nachts je schijven benaderen?

Schijfactiviteit gedurende de nacht is vaak normaal Plex-onderhoud, maar herhaalde toegang buiten het geconfigureerde tijdvenster vereist eerst een controle op procesniveau voordat je iets uitschakelt.

Op een altijd ingeschakelde thuis-NAS kan Plex opslag benaderen terwijl niemand kijkt, omdat databaseback-ups, bibliotheekupdates, metagegevensvernieuwing, het opschonen van de cache of media-analyse voor rustige uren kunnen zijn gepland. De nuttigste test is om het tijdstip van de I/O eerst aan Plex-activiteit te koppelen en Plex vervolgens te onderscheiden van een andere container, back-uptaak, bestandssysteempreces of clientverzoek. Begin niet met het uitschakelen van alle onderhoudsopties, want sommige van die taken beschermen of optimaliseren de serverstatus.

Koppel de schijfactiviteit eerst aan het Plex-onderhoudsvenster

Open Plex Web en controleer de begin- en eindtijd van Geplande taken voordat je de NAS aanpast. Plex documenteert een standaardonderhoudsvenster dat ’s nachts begint. Taken kunnen onder meer databaseback-ups, databaseoptimalisatie, het opschonen van de cache, bibliotheekupdates, metagegevensverwerking en media-analyse omvatten. Als het schijfgeluid binnen dat venster begint en eindigt, is gepland werk de meest waarschijnlijke verklaring en niet een defecte schijf.

De officiële documentatie over geplande Plex-taken is de beste referentie om te bepalen welke taken ’s nachts legitiem kunnen worden uitgevoerd. Vergelijk het geconfigureerde schema met het exacte tijdstip waarop de schijfleds of opslaggrafiek activiteit aangeven. Een goede overeenkomst is een nuttig signaal; bij een afwijking moet je verder onderzoeken.

Als de activiteit buiten het Plex-venster begint, ga er dan niet van uit dat Plex nog steeds verantwoordelijk is. Controleer of er op hetzelfde moment een NAS-back-up, SMART-test, scrub, indexeerprogramma, downloader of andere media-app start. De beslissende afslag is eenvoudig: activiteit die een Plex-taak volgt, blijft binnen de Plex-tak; activiteit die daar niet mee overeenkomt, leidt naar de host of een andere container.

Maak onderscheid tussen bibliotheekaanscanning, analyse en transcodeer-I/O

Kijk vervolgens wat Plex aangeeft te doen terwijl de schijven druk zijn. Bij een bibliotheeks scan worden normaal gesproken mediapaden doorlopen en gewijzigde items bijgewerkt, terwijl media-analyse veel grotere delen van bestanden kan lezen. Transcodering werkt weer anders: deze is gekoppeld aan het afspelen en maakt tijdelijke uitvoer aan. De activiteit hoort daarom samen te vallen met een actieve stream en niet met een rustige onderhoudsperiode.

Als je onlangs een grote bibliotheek hebt toegevoegd, paden hebt gewijzigd, grondigere analyse hebt ingeschakeld of metagegevens hebt hersteld, kan één onderhoudsvenster veel drukker zijn dan normaal. Een praktische workflow voor een thuis-mediaserver behandelt bibliotheekorganisatie, scannen, afspelen en transcoderen ook als afzonderlijke lagen. Door die lagen gescheiden te houden, voorkom je dat je het opslagapparaat de schuld geeft van verwacht applicatiewerk.

Voer één gecontroleerde nacht uit zonder actieve clients en noteer of dezelfde I/O terugkeert. Als de activiteit verdwijnt, was er sprake van een clientverzoek, externe stream, download of door afspelen geactiveerde conversie. Als de activiteit op hetzelfde geplande tijdstip aanhoudt, ga dan verder met de onderhoudstak in plaats van clients te onderzoeken.

Identificeer het exacte proces voordat je instellingen wijzigt

Gebruik de proces- of opslagmonitor van de NAS om vast te stellen welk proces tijdens het incident lees- en schrijfbewerkingen uitvoert. Controleer op een Docker-host ook de activiteit en logboeken van de Plex-container rond hetzelfde tijdstip. Het doel is niet om naar het totale schijfgebruik te kijken, maar om de I/O aan Plex, een andere container of een hostservice te koppelen.

Als Plex het proces is, vergelijk het tijdstip dan met de weergave Activiteit, de serverlogboeken en het onderhoudsschema. Als een ander proces de I/O veroorzaakt, laat de Plex-instellingen dan ongemoeid en volg dat proces. Een diagnose waarbij je één variabele tegelijk onderzoekt, voorkomt de veelgemaakte fout waarbij het uitschakelen van Plex-onderhoud alleen een back-up- of indexeertaak verbergt die de schijven nog steeds activeert.

Beschouw een herstart niet als oplossing. Een herstart kan de huidige taak beëindigen en de schijven tijdelijk stil maken, maar dat bewijst alleen dat het werk stopte toen het proces stopte. De sterkere test is of dezelfde activiteit bij de volgende geplande trigger terugkeert met dezelfde configuratie.

-15% OFF

ZimaBoard 2 - Mini-thuisserver voor jouw grote idee

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Wijzig alleen de bevestigde trigger en controleer de situatie gedurende de nacht

Als duidelijk is dat één Plex-taak verantwoordelijk is en het tijdstip hinderlijk is, verplaats je eerst het onderhoudsvenster naar een geschiktere periode. Schakel een afzonderlijke taak alleen uit als je begrijpt wat je daarmee opgeeft. Databaseback-ups, optimalisatie en analyse hebben verschillende doelen, dus ze allemaal uitschakelen is geen goede vervanging voor het identificeren van de specifieke taak.

Herhaal na de wijziging de oorspronkelijke omstandigheden: laat de server tijdens het volgende onderhoudsvenster inactief en vergelijk de schijfactiviteit op hetzelfde tijdstip. Een geslaagde oplossing betekent dat de storende I/O niet meer optreedt wanneer die eerder wel optrad, terwijl Plex de bibliotheek op het nieuwe tijdstip nog steeds naar behoren scant, afspeelt en onderhoudt.

Ga pas over op diagnose van de schijf of het bestandssysteem als de I/O na het toewijzen aan een proces onverklaard blijft, gepaard gaat met opslagfouten of doorgaat terwijl Plex is gestopt. Op dat moment valt het symptoom buiten Plex en zal verdere afstemming van Plex waarschijnlijk geen antwoord bieden.