Waarom maakt Jellyfin ontbrekende bestanden opnieuw aan met de verkeerde eigenaar?

Eva Wong

IceWhale author

Eva Wong is de Technisch Schrijver en en vaste knutselaar bij ZimaSpace. Een levenslange geek met een passie voor homelabs en open-source software, zij is gespecialiseerd in het vertalen van complexe technische concepten naar toegankelijke, praktische handleidingen. Eva gelooft dat zelf-hosting leuk moet zijn, niet intimiderend. Met haar tutorials stelt ze de community in staat om hardware-setup te ontrafelen, van het bouwen van hun eerste NAS tot het beheersen van Docker-containers.

Why Does Jellyfin Recreate Missing Files With the Wrong Owner? - Zima Store Online

Jellyfin maakt bestanden doorgaans opnieuw aan met de verkeerde eigenaar wanneer de actieve service-identiteit verschilt van de eigenaar van de map of wanneer een tweede importpad een andere UID/GID gebruikt.

Heeft het probleem alleen betrekking op nieuw gedownloade afbeeldingen of op elk bestand dat Jellyfin schrijft? Vergelijk één werkend bestand, één nieuw aangemaakt bestand, de actieve containeridentiteit en de bestemming van de bind-mount voordat je een recursieve machtigingsopdracht uitvoert. Het doel is om overerving te herstellen, niet om symptomen steeds opnieuw te repareren.

Toon aan welke identiteit en welk pad de schrijfactie hebben uitgevoerd

Controleer de gebruiker en groepen van de actieve container en inspecteer vervolgens de actieve bind-mount in plaats van te vertrouwen op het Compose-bestand op schijf. Bevestig dat de configuratie- en cachepaden van Jellyfin beschrijfbaar zijn, terwijl media alleen-lezen blijft wanneer schrijftoegang niet nodig is. Een gelaagde machtigingscontrole maakt onderscheid tussen zichtbaarheid op de host, containertoewijzing en service-identiteit.

Als de host het bestand ziet maar de container niet, herstel dan de mount. Als de container kan schrijven maar de eigenaar verkeerd is, ga dan verder met de test van identiteit en overerving.

Als alleen geïmporteerde bestanden de verkeerde eigenaar hebben, vergelijk dan de UID/GID en umask van de importeur met die van Jellyfin. Als elk nieuw bestand verkeerd is, controleer dan de standaard-ACL en het setgid-gedrag van de bovenliggende map.

Controleer umask, groepen, ACL's en de importworker

Vergelijk de UID/GID en modus van de bovenliggende map met het proces dat het bestand aanmaakt. Een downloader, geplande taak of sidecar kan via een andere container schrijven, ook al toont Jellyfin het item later. Controleer aanvullende groepen en standaard-ACL's voordat je de volledige mappenstructuur wijzigt.

Gebruik geen recursieve machtigingswijziging met schrijfrechten voor iedereen als permanente oplossing. Stem de service-identiteit af op de beoogde groep, of maak de gedeelde groep en standaard-ACL expliciet voor precies de mappen waarin samenwerking nodig is.

Test één nieuw bestand via het exacte importpad nadat je de identiteit hebt gewijzigd. Beoordeel de oplossing niet aan de hand van bestanden die zijn aangemaakt voordat de container of sidecar opnieuw was aangemaakt.

Herstel de overerving en valideer na het opnieuw aanmaken

Pas de kleinst mogelijke wijziging in eigendom of ACL toe op de getroffen map, maak één testbestand opnieuw aan en controleer de eigenaar en modus. Maak de container opnieuw aan en start de host opnieuw op; herhaal daarna dezelfde import zodat de oplossing ook na implementatie en het koppelen van mounts blijft werken.

Schaal op wanneer eigendomswijzigingen terugkeren na het schoon opnieuw aanmaken, het bestandssysteem POSIX-eigendom negeert of meerdere services dezelfde map proberen te beheren. Bewaar het werkende bestand en de Compose-configuratie terwijl je de schrijvende service verder afbakent.

Als het eigendom na een herstart opnieuw verandert, past de mount of implementatie een andere identiteit toe. Bewaar de werkende Compose-configuratie voordat je de mappenstructuur opnieuw wijzigt.

-15% OFF

ZimaBoard 2 - Mini-thuisserver voor jouw grote idee

Single board computer zimaboard2

Controleer het eigendom na herstart en opnieuw importeren

Maak de container opnieuw aan, start de host opnieuw op en importeer één gecontroleerd testbestand. Controleer de eigenaar, groep, modus en zichtbaarheid in Jellyfin zowel vanaf de host als vanuit de container.

Behoud de oplossing wanneer nieuwe bestanden de beoogde groep overerven en Jellyfin alleen de mappen kan lezen of schrijven die voor de workflow nodig zijn. Verleen geen brede schrijftoegang tot de volledige mediamap.

Schaal op wanneer het bestandssysteem, de ACL-laag of meerdere schrijvende services het eigendom na de gecontroleerde herimport nog steeds wijzigen.