Onjuiste eigendom rond Plex wordt meestal veroorzaakt door een verschil tussen de runtimegebruiker, de UID/GID van de host en de rechten van het gekoppelde pad.
Krijgen bestanden na het verwijderen of opnieuw aanmaken onverwacht een andere eigenaar, of verliest Plex de toegang nadat een andere container naar dezelfde map heeft geschreven? Controleer welke gebruiker elk bestand daadwerkelijk op de host aanmaakt en vergelijk die identiteit vervolgens met de containertoewijzing en de rechten van de bovenliggende mappen. Vermijd recursieve wijzigingen naar 777, omdat die het identiteitsprobleem verbergen in plaats van oplossen.
Vind het proces dat het bestand daadwerkelijk aanmaakt
Plex bepaalt de eigendom niet op basis van de applicatienaam; het besturingssysteem registreert de numerieke gebruikers- en groeps-ID van het proces dat het bestand aanmaakt. In Docker kan die identiteit verschillen van de gebruikersnaam die je op de host verwacht.
Bestanden in gekoppelde mappen volgen de eigendomsregels van de host. Een verschil tussen UID/GID kan daarom toegangsproblemen veroorzaken, zelfs wanneer de modusbits van de map voldoende rechten lijken te geven. Dit is het uitgangspunt voor het vaststellen van de eigendom van Plex-bestanden.
De nuttigste informatie zijn de numerieke UID en GID die op de host worden weergegeven voor zowel een bekend goed bestand als een nieuw aangemaakt bestand met de verkeerde eigenaar. Als de ID's verschillen, is de identiteit van de aanmaker of de containertoewijzing gewijzigd.
Controleer het volledige pad, niet alleen de laatste map
Controleer de uitvoeringsrechten op elke bovenliggende map en de lees- of schrijfrechten op de plaatsen waar Plex toegang nodig heeft. De juiste modus van de uiteindelijke mediamap kan niet compenseren voor een bovenliggende map die het doorlopen van het pad blokkeert.
Bij het controleren van de eigendom van Plex-bestanden kan een indeling voor een mediaserver intensief beschreven applicatiestatus lokaal houden en netwerkopslag gebruiken voor bulkmedia. Dit vermindert de latentie en de blootstelling aan risico's rond koppelingen voor applicatiegegevens.
Maak één testbestand aan via dezelfde workflow die het probleem veroorzaakt en controleer de eigendom onmiddellijk. Zo identificeer je de schrijver zonder te wachten op een volledige bibliotheeks scan of import.
Corrigeer eerst de identiteit en het groepsbeleid
Stem de UID/GID van de container of de gedeelde groep af op het beleid van de hostmap en corrigeer daarna alleen de eigendom van het getroffen pad. Gebruik de minst ingrijpende rechtenwijziging die Plex de benodigde lees- of schrijftoegang geeft.
Als een andere container de bestanden aanmaakt, moet je ook die schrijver corrigeren. Na elke import opnieuw chown uitvoeren is een tijdelijke symptoomoplossing, geen stabiel eigendomsontwerp.
Start de relevante containers opnieuw en maak nog een testbestand aan. De oplossing werkt pas wanneer nieuwe bestanden de beoogde eigenaar of groep overnemen en Plex ze kan scannen of lezen zonder handmatige reparatie van de rechten.
Schaal op wanneer de eigendom buiten de bekende workflow verandert
Stop met het wijzigen van rechten als de eigendom verandert terwijl Plex en de verwachte schrijver zijn gestopt. Dat wijst op een hostservice, geplande taak, NAS-ACL of koppelingsgedrag buiten de containerconfiguratie.
Een rechtenmodel voor DAS versus NAS is gemakkelijker te beoordelen wanneer compute, applicatiegegevens, mediaopslag en netwerkrollen afzonderlijk zijn vastgelegd.
Schaal op naar de rechtenlaag van het hostbestandssysteem of de NAS wanneer de numerieke ID's in de container correct zijn, maar op de host onverwacht worden toegewezen. Laat de Plex-database ongemoeid zolang duidelijk is dat het probleem bij de bestandssysteemidentiteit ligt.
- Vergelijk de numerieke UID/GID van goede en slechte bestanden
- Controleer elke bovenliggende map in het pad
- Stem het groepsbeleid voor gedeelde containers af
- Maak na het opnieuw starten van de schrijvers een nieuw testbestand aan
Ondersteuning & Tips
Meer om te lezen

Plex-databaseconflicten op een drukke Docker-host verminderen
Een Plex-configuratiehandleiding voor drukbezette hosts die de database als lokale applicatiestatus behandelt en I/O-conflicten vermindert zonder een gedeelde databaseservice te verzinnen.

Dubbele Plex-scans en -imports voorkomen
Een preventiegids voor dubbele Plex-scans en -imports die overlappende triggers verwijdert in plaats van bibliotheekupdates volledig uit te schakelen.

Plex herstellen nadat het volume met app-gegevens vol is geraakt
Een herstelprocedure voor volledige Plex-app-datavolumes die eerst de database beschermt en voorkomt dat onbekende bestanden worden verwijderd alleen om de service te laten starten.

