Jellyfin visar inaktuella data efter en ändring av lagringssökvägen

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.

Jellyfin Shows Stale Data After a Storage Path Change - Zima Store Online

Jellyfin visar vanligtvis inaktuella data efter en lagringsflytt eftersom tjänsten ser den gamla sökvägen, inte kan läsa den nya monteringen eller inte har slutfört en giltig genomsökning av den nya platsen.

Visar instrumentpanelen gamla objekt, saknade objekt eller en blandning av båda? Ta inte bort biblioteket eller töm dess papperskorg först. Dokumentera de exakta gamla och nya sökvägarna, monteringsstatusen, tjänstens ägarskap och resultatet av genomsökningen så att varje gren kan testas utan att metadata förstörs.

Kontrollera vilken sökväg Jellyfin faktiskt kan se

Kontrollera sökvägen inifrån Jellyfin-processen eller containern, inte bara från värddatorns skal. Bekräfta att monteringen finns efter uppstart, att tjänstekontot kan lista och läsa en exempel fil och att containermappningen överensstämmer med sökvägen som lagras i bibliotekskonfigurationen.

Om sökvägen är tom eller otillgänglig åtgärdar du monteringen, UID/GID eller containervolymen först. En lagringsmontering som blir tillgänglig efter en manuell inloggning kan göra att Jellyfin genomsöker en tom katalog vid uppstart.

Jämför den gamla och den nya sökvägen i bibliotekskonfigurationen och i en databaspost. Om båda finns kvar kan Jellyfin legitimt visa ett giltigt objekt och en inaktuell referens.

Skilj inaktuell metadata från en misslyckad genomsökning

När sökvägen är läsbar kör du en kontrollerad genomsökning och följer loggarna efter biblioteksnamnet, antalet objekt, behörighetsfel och överhoppade filer. Jämför ett känt gammalt objekt med en nyligen tillagd fil. Om genomsökningen slutförs men gamla sökvägar finns kvar innehåller databasen fortfarande den tidigare platsen, eller så lades den nya sökvägen till utan att den gamla referensen togs bort.

Tolka inte en cachad affisch som bevis på att mediefilen är tillgänglig. reglerna för lagringssökvägar gör det monterade filsystemet och programsökvägen till separata kontroller.

Använd en enda kontrollerad genomsökning efter att mappningen har korrigerats och jämför sedan antalet objekt med en känd fil. Upprepade genomsökningar innan sökvägen har åtgärdats kan skapa ett ännu mer förvirrande tillstånd.

Åtgärda först när problemet har bekräftats

Åtgärda sökvägsmappningen eller behörigheterna, starta om en gång och kör en ny genomsökning. Om databassökvägen är felaktig uppdaterar du biblioteksplatsen med minsta möjliga ändring och verifierar det förväntade antalet objekt innan du rensar gamla poster. Bevara programdata och en säkerhetskopia innan du utför någon omfattande metadataåtgärd.

Återställningen är bekräftad när tjänsten fortfarande ser den nya sökvägen efter omstart, en representativ klient kan spela upp ett objekt och en andra genomsökning inte återskapar det inaktuella tillståndet. Eskalera när filsystemet rapporterar korruption, databasen innehåller motstridiga sökvägar eller problemet återkommer efter en ren montering och omstart.

Efter åtgärden startar du om med monteringen tillgänglig vid uppstart och upprepar genomsökningen. Inaktuella data är inte åtgärdade förrän samma sökväg förblir synlig efter omstart.

-15% OFF

ZimaBoard 2 - Minihemmserver för din stora idé

Single board computer zimaboard2

Eskalera när sökvägen fortsätter att återkomma

Behåll den åtgärdade mappningen när en ren omstart, en genomsökning och representativ uppspelning alla använder den nya sökvägen utan att återskapa den gamla posten.

Avbryt rensningen när den gamla sökvägen återkommer, databasen innehåller motstridiga identiteter eller lagringsmonteringen ändras mellan genomsökningarna. Bevara databasen och den aktuella sökvägskartan först.

Eskalera till en återställning från säkerhetskopia eller en databasspecifik reparation när filsystemet är friskt men inaktuella referenser överlever en ren mappning och omstart.