Warum von Plex erstellte Dateien den falschen Besitzer haben – und wie man das behebt

Eva Wong ist die Technische Redakteurin und und leidenschaftliche Tüftlerin bei ZimaSpace. Eine lebenslange Geek mit einer Leidenschaft für Homelabs und Open-Source-Software, sie spezialisiert sich darauf, komplexe technische Konzepte in zugängliche, praktische Anleitungenzu übersetzen. Eva ist der Meinung, dass Self-Hosting Spaß machen und nicht einschüchternd sein sollte. Durch ihre Tutorials befähigt sie die Community, Hardware-Setups zu entmystifizieren, vom Bau ihres ersten NAS bis hin zur Beherrschung von Docker-Containern.

Falsche Besitzrechte rund um Plex werden meist durch eine Abweichung zwischen dem Laufzeitbenutzer, der Host-UID/GID und den Berechtigungen des eingebundenen Pfads verursacht.

Werden Dateien nach dem Löschen oder Neuerstellen erneut mit einem unerwarteten Besitzer angelegt, oder verliert Plex den Zugriff, nachdem ein anderer Container in dasselbe Verzeichnis geschrieben hat? Prüfen Sie, welcher Benutzer die einzelnen Dateien tatsächlich auf dem Host erstellt, und vergleichen Sie diese Identität mit der Container-Zuordnung und den Berechtigungen der übergeordneten Verzeichnisse. Vermeiden Sie rekursive 777-Änderungen, da sie das Identitätsproblem lediglich verschleiern, statt es zu beheben.

Ermitteln Sie den Prozess, der die Datei tatsächlich erstellt

Plex steuert den Besitz nicht anhand des Anwendungsnamens; das Betriebssystem speichert die numerische Benutzer- und Gruppen-ID des Prozesses, der die Datei erstellt. In Docker kann diese Identität von dem Benutzernamen abweichen, den Sie auf dem Host erwarten.

Für per Bind-Mount eingebundene Dateien gelten die Besitzregeln des Hosts. Daher kann ein UID/GID-Konflikt zu Berechtigungsfehlern führen, selbst wenn die Modus-Bits des Verzeichnisses großzügig erscheinen. Das ist die Grundlage, die Sie für den Dateibesitz von Plex ermitteln sollten.

Das aussagekräftige Signal sind die numerischen UID- und GID-Werte, die auf dem Host für eine bekanntermaßen korrekte Datei und eine neu erstellte fehlerhafte Datei angezeigt werden. Unterscheiden sich die IDs, hat sich die Identität des Erstellers oder die Container-Zuordnung geändert.

Überprüfen Sie den vollständigen Pfad, nicht nur den letzten Ordner

Prüfen Sie die Ausführungsberechtigung für jedes übergeordnete Verzeichnis sowie die Lese- oder Schreibberechtigung dort, wo Plex Zugriff benötigt. Ein korrekt gesetzter Modus im letzten Medienordner kann ein übergeordnetes Verzeichnis, das die Navigation blockiert, nicht ausgleichen.

Bei der Analyse des Dateibesitzes von Plex kann ein Medienserver-Layout schreibintensive Anwendungsdaten lokal halten und Netzwerkspeicher für umfangreiche Mediendateien verwenden. Dadurch werden Latenz und das Risiko von Mount-Problemen bei Anwendungsdaten reduziert.

Erstellen Sie über denselben Ablauf, der das Problem verursacht, eine Testdatei und prüfen Sie den Besitz sofort. So lässt sich der schreibende Prozess isolieren, ohne auf einen vollständigen Bibliotheksscan oder Import warten zu müssen.

Korrigieren Sie Identität und Gruppenrichtlinie vor den Modi

Gleichen Sie die UID/GID des Containers oder die gemeinsame Gruppe an die Verzeichnisrichtlinie des Hosts an. Korrigieren Sie den Besitz anschließend nur im betroffenen Pfad. Verwenden Sie die kleinstmögliche Berechtigungsänderung, die Plex den tatsächlich benötigten Lese- oder Schreibzugriff gewährt.

Wenn ein anderer Container die Dateien erstellt, korrigieren Sie auch diesen schreibenden Prozess. Nach jedem Import wiederholt chown auszuführen, ist eine symptomatische Behelfslösung und kein stabiles Besitzkonzept.

Starten Sie die relevanten Container neu und erstellen Sie eine weitere Testdatei. Die Lösung ist erst dann erfolgreich, wenn neue Dateien den vorgesehenen Besitzer oder die vorgesehene Gruppe übernehmen und Plex sie ohne manuelle Reparatur der Berechtigungen scannen oder lesen kann.

-15% OFF

Eskaliert das Problem, wenn sich der Besitz außerhalb des bekannten Ablaufs ändert

Hören Sie auf, Berechtigungen zu ändern, wenn der Besitz selbst dann wechselt, wenn Plex und der erwartete schreibende Prozess gestoppt sind. Das deutet auf einen Hostdienst, einen geplanten Auftrag, eine NAS-ACL oder ein Mount-Verhalten außerhalb der Containerkonfiguration hin.

Ein Berechtigungsmodell für DAS und NAS lässt sich leichter beurteilen, wenn Rechenleistung, Anwendungsdaten, Medienspeicher und Netzwerkfunktionen getrennt dokumentiert sind.

Übertragen Sie die Untersuchung auf die Berechtigungsebene des Host-Dateisystems oder der NAS, wenn die numerischen IDs im Container korrekt sind, auf dem Host jedoch unerwartet zugeordnet werden. Lassen Sie die Plex-Datenbank unverändert, solange eindeutig ein Problem mit der Dateisystemidentität vorliegt.

  1. Numerische UID/GID-Werte von korrekten und fehlerhaften Dateien vergleichen
  2. Jedes übergeordnete Verzeichnis im Pfad überprüfen
  3. Die Gruppenrichtlinie für gemeinsam genutzte Container angleichen
  4. Nach dem Neustart der schreibenden Prozesse eine neue Testdatei erstellen

Support & Tipps

Mehr zum Lesen

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.