Varför förlorar Plex åtkomsten till beständiga data efter att stacken har återskapats?
Behandla en ny Plex-instans efter att stacken har återskapats som ett monterings- eller behörighetsfel tills du har bevisat att de gamla beständiga data faktiskt är borta.
När en Docker- eller Compose-stack återskapas ersätts containrarna, och det kan även ändra vilken värdsökväg, namngiven volym, användaridentitet eller lagringspool som används för `/config`. Plex öppnar då en tom eller oläsbar katalog och ser nyinstallerat ut, trots att den ursprungliga databasen fortfarande kan finnas kvar. Stoppa den nya instansen, hitta de gamla appdata, jämför faktiska monteringar och numeriskt ägarskap, och återställ endast från säkerhetskopia om tillståndet verkligen saknas.
Stoppa när Plex ser ut som en ny server
En ny installationsguide efter att stacken har återskapats är en varning om bristande beständighet, inte en uppmaning att bygga om biblioteket. Stoppa containern och kontrollera datamappningen innan Plex skriver mer information. Det vanligaste felet är att den nya containern läser en tom värdsökväg i stället för den tidigare katalogen med applikationsdata.
En återskapad container kan visa en ny installation när den förväntade beständiga konfigurationsmappningen inte längre pekar på de ursprungliga appdata. Den första skiljelinjen är om det gamla tillståndet fortfarande finns på värden.
Leta reda på den tidigare Plex-datakatalogen och kontrollera ändringstider, databasfiler och metadatamappar. Om de finns där ska du inte radera dem eller initiera en ny server. Målet för återställningen är monteringssökvägen och behörigheterna, inte mediebiblioteket.
Jämför den gamla och nya mappningen för /config exakt
När stacken återskapas kan en relativ bind-montering, namngiven volym, miljövariabelsubstitution, lagringspool eller Compose-arbetskatalog ändras utan att den synliga sökvägen i containern ändras. Plex kan fortfarande se `/config`, men den sökvägen kan nu peka på en annan plats på värden.
En Plex-containerkonfiguration är säkrast när konfigurationen lagras utanför containern. Jämför de faktiska monteringar som användes i den gamla driftsättningen eller säkerhetskopian med den återskapade stacken i stället för att lita på en visuellt liknande Compose-fil.
Montera de kända gamla appdata skrivskyddat i en tillfällig diagnostikcontainer eller granska dem direkt på värden. Om den förväntade databasen och inställningarna finns där ska du korrigera produktionsmappningen och starta om Plex en gång. Om katalogen faktiskt saknas går du vidare till återställning från säkerhetskopia.
Kontrollera ägarskapet innan du misstänker databasen
En korrekt värdsökväg kan fortfarande vara oanvändbar om den återskapade containern körs med ett annat UID, GID, användarnamnområde eller en annan säkerhetskontext. Plex kan då verka oförmöget att spara inställningar, öppna databasfiler eller skapa kataloger, trots att data är monterade på rätt plats.
När Plex inte kan skapa eller uppdatera appdata bör behörigheterna för konfigurationskatalogen kontrolleras numeriskt i stället för att “åtgärdas” med ett blint rekursivt `777`.
Kontrollera identiteten inuti containern och jämför den med det numeriska ägarskapet och läget på värden. Tillämpa den minsta ändringen av ägarskap eller ACL som ger det avsedda tjänstekontot åtkomst. Starta sedan Plex och bekräfta att den öppnar den befintliga servern i stället för en ny installation.
Om det numeriska ägarskapet stämmer men åtkomsten fortfarande misslyckas ska du granska ACL:er, containerns säkerhetsetiketter och användarnamnområdets beteende innan du ändrar databasen. Ett korrekt UID/GID åsidosätter inte ett separat åtkomstkontrollager.
Kontrollera mediamonteringar först när applikationstillståndet har återställts
När den gamla serveridentiteten och biblioteken har återkommit kan vissa bibliotek fortfarande verka otillgängliga eftersom mediamonteringarna ändrades separat från `/config`. Det är en separat roll för beständig lagring. Åtgärda mediesökvägen utan att återskapa biblioteket eller kopiera medier till katalogen med applikationsdata.
Håll applikationstillstånd och mediamonteringar åtskilda som separata roller för beständig lagring. Då kan du först återställa Plex-identiteten och felsöka saknade mediesökvägar först när de ursprungliga biblioteken har återkommit.
Öppna flera kända mediesökvägar från Plex-containern. Om den gamla databasen pekar på `/media/movies` men den återskapade stacken exponerar `/movies`, ska du återställa den förväntade interna sökvägen eller planera en kontrollerad migrering av bibliotekssökvägen. Starta inte en ny genomsökning förrän monteringen är stabil.
Återställ från säkerhetskopia endast när det ursprungliga tillståndet verkligen är borta
Om den gamla värdkatalogen är tom, raderad eller för skadad för att kunna användas ska du återställa den senaste kända fungerande säkerhetskopian av Plex appdata till en ren och korrekt mappad sökväg. Bevara det misslyckade tillståndet separat så att du fortfarande kan granska vad som hände i stället för att skriva över de enda bevisen.
Ett tillförlitligt arbetsflöde för containeråterställning skyddar den beständiga `/config`, ersätter endast det utbytbara applikationslagret och verifierar monteringar innan Plex får skriva igen.
Efter återställningen ska du bekräfta serveridentitet, antal bibliotek, visningsstatus, lokal uppspelning, en omkodning om den används samt en omstart. Dokumentera sedan den faktiska stackkonfigurationen och säkerhetskopians plats. Incidenten är avslutad först när en ny återskapning pekar på samma beständiga data utan manuella gissningar.
Rekommenderade produkter
Support och tips
Mer att läsa
Kan Plex dela ett GPU-kort med en annan Docker-container?
Plex och en annan container kan ofta använda samma GPU, men du måste testa drivrutinsstöd, enhetsmappning, belastningen på videoenheten, minne och återställningsbeteende.
Så avgör du om ett Plex-fel kommer från klienten eller servern
Återskapa samma objekt på en annan klient, jämför sessionsvägen och samla sedan in serverbevis först efter att scope har visat var felet faktiskt finns.
Så konfigurerar du Plex-cache och tillfällig lagring för omkodning
Skydda beständigt Plex-tillstånd genom att placera temporära transkodningsfiler på lämplig lokal lagring och verifiera rensning, ledigt utrymme samt omstartsfunktionssätt.
