Så återställer du Plex när dess appdatavolym blir full

Eva Wong

IceWhale author

Eva Wong är Teknisk skribent och den boende fixaren på ZimaSpace. En livslång nörd med en passion för hemma-labb och öppen källkod, hon specialiserar sig på att översätta komplexa tekniska koncept till tillgängliga, praktiska guider. Eva tror att självhosting ska vara roligt, inte skrämmande. Genom sina handledningar ger hon gemenskapen verktyg att avmystifiera hårdvaruinstallationer, från att bygga sin första NAS till att bemästra Docker-containrar.

How to Recover Plex After Its App-Data Volume Fills Up - Zima Store Online

När Plex-appdatavolymen blir full ska du först stoppa nya skrivningar, frigöra utrymme på ett säkert sätt och skydda databasen innan du försöker reparera eller rensa aggressivt.

Har Plex slutat uppdateras, kraschat eller rapporterat databasfel efter att volymen som innehåller dess applikationsdata nådde noll ledigt utrymme? Ta inte bort slumpmässiga filer från serverkatalogen. Stoppa Plex, skapa utrymme utanför de aktiva databasfilerna, spara en kopia av databasen och kontrollera sedan om servern kan starta samt om databasens integritet fortfarande är intakt.

Se noll ledigt utrymme som en händelse som påverkar tillståndets integritet

En full appdatavolym kan hindra databasändringar, metadatauppdateringar, loggar, cachefiler och tillfälliga åtgärder från att slutföras. Det första målet är att stoppa fortsatt aktivitet och återfå kontrollerat ledigt utrymme utan att blint ändra kärndatabasen.

Riktiga Plex-bibliotek kan samla på sig stora mängder appdata från metadata, omslagsbilder och förhandsvisningsminiatyrer, vilket gör övervakning av ledigt utrymme till en del av driftsäkerheten. Det är utgångsläget att fastställa när en Plex-appdatavolym är full.

Bekräfta vilket filsystem som är fullt och om det är Plex-appdatasökvägen, transkodningssökvägen eller mediesökvägen. Återställningsförloppet skiljer sig åt, och ledigt utrymme på en monteringspunkt hjälper inte en annan monteringspunkt som har nått noll.

Frigör säkert utrymme innan du reparerar något

Stoppa Plex på ett ordnat sätt om möjligt och ta sedan bort eller flytta kända överflödiga data utanför kärndatabasfilerna, till exempel orelaterade loggar eller felplacerade säkerhetskopior. Om du är osäker på vad en fil är, kopiera den till en annan plats i stället för att ta bort den.

När du mäter en full Plex-appdatavolym bör en konsekvent SQLite-säkerhetskopia skapas genom ett säkert säkerhetskopierings- eller ögonblicksbildsflöde, inte genom en okontrollerad kopia av aktiva databasfiler medan skrivningar pågår.

Kontrollera databasens integritet med verktyg som stöds av Plex och granska loggarna efter skriv- eller korruptionsfel. Om integriteten är intakt kan du prova en normal start innan du utför en reparation som kanske inte behövs.

Återställ tjänsten i den minst ingripande ordningen

När du har skapat ledigt utrymme startar du Plex och kontrollerar att databasen öppnas, att biblioteken läses in och att en liten tillståndsändring, till exempel uppspelningsförlopp, kan skrivas och finns kvar. Gå endast vidare med databasreparation när dokumenterade integritets- eller startbevis stöder det.

Om databasen är skadad följer du Plex reparationsprocess med servern stoppad och bevarar originalfilerna. Använd inte ett generiskt SQLite-reparationsflöde när Plex tillhandahåller sitt eget anpassade SQLite-verktyg.

Efter återställningen startar du om servern en gång och bekräftar att ledigt utrymme ökar, att databasintegriteten är intakt, att biblioteken syns och att tillstånd sparas. En enda lyckad start räcker inte om volymen omedelbart blir full igen.

-15% OFF

ZimaBoard 2 - Minihemmserver för din stora idé

Single board computer zimaboard2

Förhindra ett nytt fel med full volym

Ställ in en avisering med tillräcklig marginal för underhåll och tillfälliga skrivningar, och separera stora tillfälliga transkodningar eller säkerhetskopior från en liten appdatavolym när det är lämpligt.

Samma gräns blir enklare att se i en återställningslayout för en hemmamedieserver när varje tjänst har en tydlig resurs- och återställningsroll.

Eskalerа om databasen inte kan öppnas eller repareras från en säker kopia, eller om själva filsystemet rapporterar fel. Bevara då de berörda uppgifterna och undvik upprepade skrivförsök som kan försvåra återställningen.