Varför återskapar Jellyfin saknade filer med fel ägare?
Jellyfin återskapar vanligtvis filer med fel ägare när den aktiva tjänsteidentiteten skiljer sig från katalogens ägare eller när en andra importväg använder ett annat UID/GID.
Påverkar problemet endast ny hämtad grafik eller alla filer som Jellyfin skriver? Jämför en fungerande fil, en nyskapad fil, den aktiva containeridentiteten och det bindmonterade målet innan du kör något rekursivt behörighetskommando. Målet är att åtgärda ärvningen, inte att upprepade gånger reparera symptomen.
Bevisa vilken identitet och sökväg som utförde skrivningen
Kontrollera användaren och grupperna för den körande containern och granska sedan den aktiva bindmonteringen i stället för att förlita dig på Compose-filen på disken. Bekräfta att Jellyfins konfigurations- och cachesökvägar är skrivbara, medan media förblir skrivskyddad när skrivåtkomst inte behövs. En lagerindelad behörighetskontroll skiljer mellan synlighet på värddatorn, containermappning och tjänsteidentitet.
Om värddatorn ser filen men containern inte gör det, åtgärdar du monteringen. Om containern kan skriva men ägaren är fel, fortsätter du med testet av identitet och arv.
Om endast importerade filer har fel ägare jämför du importörens UID/GID och umask med Jellyfins. Om alla nya filer blir fel, granskar du den överordnade katalogens standard-ACL och setgid-beteende.
Kontrollera umask, grupper, ACL:er och importarbetsprocessen
Jämför den överordnade katalogens UID/GID och läge med processen som skapar filen. En nedladdare, schemalagd uppgift eller sidovagn kan skriva genom en annan container även om Jellyfin senare visar objektet. Kontrollera kompletterande grupper och standard-ACL:er innan du ändrar hela trädet.
Använd inte en rekursiv behörighetsändring som gör allt skrivbart för världen som permanent lösning. Matcha tjänsteidentiteten mot den avsedda gruppen eller gör den delade gruppen och standard-ACL:en uttryckliga för de exakta kataloger som behöver samarbete.
Testa en ny fil genom den exakta importvägen efter att du har ändrat identiteten. Bedöm inte lösningen utifrån filer som skapades innan containern eller sidovagnen återskapades.
Reparera arv och validera efter återskapande
Tillämpa den minsta ägar- eller ACL-ändringen på den berörda katalogen, skapa en testfil på nytt och kontrollera dess ägare och läge. Återskapa containern och starta om värddatorn, och upprepa sedan samma import så att lösningen överlever driftsättning och monteringsordning.
Eskalera när ägarändringar återkommer efter ett rent återskapande, filsystemet ignorerar POSIX-ägarskap eller flera tjänster konkurrerar om att hantera samma sökväg. Bevara den fungerande filen och Compose-konfigurationen medan du avgränsar vilken skrivande komponent som används.
Om ägaren ändras tillbaka efter omstart tillämpar monteringen eller driftsättningen en annan identitet. Bevara den fungerande Compose-konfigurationen innan du ändrar filsystemsträdet igen.
Verifiera ägarskap efter omstart och ny import
Återskapa containern, starta om värddatorn och importera en kontrollerad testfil. Bekräfta ägare, grupp, läge och Jellyfins synlighet från både värddatorn och containern.
Behåll lösningen när nya filer ärver den avsedda gruppen och Jellyfin endast kan läsa eller skriva i de kataloger som arbetsflödet kräver. Ge inte hela medieträdet bred skrivåtkomst.
Eskalera när filsystemet, ACL-lagret eller flera skrivande komponenter fortfarande ändrar ägarskapet efter den kontrollerade nyimporten.
Rekommenderade produkter
Support och tips
Mer att läsa
Så optimerar du Jellyfin-databasanslutningar för samtidiga containrar
Börja med en enda databasägare och mät SQLite:s låsbeteende; lägg till en annan backend först när samtidighet och återställning motiverar komplexiteten.
Så förhindrar du dubbla jobb eller importer i Jellyfin
Dubblet arbete beror vanligtvis på överlappande schemaläggare eller mer än en skrivande komponent; utse en ansvarig, en väg och en kontroll av att arbetet...
Så reparerar du Jellyfin när dess databasvolym blir full
Stoppa skrivningar, bevara databasen och WAL-filerna, frigör utrymme utan att blint radera tillstånd och verifiera sedan integriteten och den ursprungliga arbetsbelastningen.
