Warum verliert Plex nach der Neuerstellung des Stacks den Zugriff auf persistente Daten?

Eva Wong

IceWhale author

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.

Why Does Plex Lose Access to Persistent Data After Stack Recreation? - Zima Store Online

Behandle eine frische Plex-Instanz nach der Neuerstellung des Stacks als Mount- oder Berechtigungsfehler, bis du nachgewiesen hast, dass die alten persistenten Daten tatsächlich verschwunden sind.

Beim Neuerstellen eines Docker- oder Compose-Stacks werden Container ersetzt. Außerdem kann sich ändern, welcher Host-Pfad, welches benannte Volume, welche Benutzeridentität oder welcher Speicherpool hinter `/config` liegt. Plex greift dann auf ein leeres oder nicht lesbares Verzeichnis zu und wirkt wie frisch installiert, obwohl die ursprüngliche Datenbank möglicherweise noch vorhanden ist. Stoppe die neue Instanz, suche nach den alten App-Daten, vergleiche die effektiven Mounts und die numerischen Besitzrechte und stelle nur dann aus dem Backup wieder her, wenn dieser Zustand tatsächlich fehlt.

Stoppe den Vorgang, wenn Plex wie ein frischer Server aussieht

Ein Einrichtungsassistent für eine frische Installation nach der Neuerstellung des Stacks ist ein Warnsignal für die Persistenz und keine Aufforderung, die Bibliothek neu aufzubauen. Stoppe den Container und überprüfe die Datenzuordnung, bevor Plex weitere Zustandsdaten schreibt. Der häufigste Fehler besteht darin, dass der neue Container einen leeren Host-Pfad statt des vorherigen App-Datenverzeichnisses liest.

Ein neu erstellter Container kann eine frische Einrichtung anzeigen, wenn die erwartete persistente Konfigurationszuordnung nicht mehr auf die ursprünglichen App-Daten verweist. Der erste entscheidende Prüfpunkt ist, ob der alte Zustand auf dem Host noch vorhanden ist.

Suche das frühere Plex-Datenverzeichnis und überprüfe dessen Änderungszeiten, Datenbankdateien und Metadatenordner. Wenn diese vorhanden sind, lösche sie nicht und initialisiere keinen neuen Server. Dein Wiederherstellungsziel sind der Mount-Pfad und die Berechtigungen, nicht die Medienbibliothek.

Vergleiche die alte und neue Zuordnung von /config exakt

Beim Neuerstellen des Stacks können sich ein relativer Bind-Mount, ein benanntes Volume, eine Umgebungsvariablen-Ersetzung, ein Speicherpool oder das Compose-Arbeitsverzeichnis ändern, ohne dass sich der sichtbare Container-Pfad ändert. Plex sieht möglicherweise weiterhin `/config`, aber dieser Pfad kann nun auf einen anderen Speicherort auf dem Host verweisen.

Eine Plex-Container-Konfiguration ist am sichersten, wenn die Konfiguration außerhalb des Containers gespeichert wird. Vergleiche die effektiven Mounts aus dem alten Deployment-Eintrag oder Backup mit dem neu erstellten Stack, statt einer optisch ähnlichen Compose-Datei zu vertrauen.

Mountiere die bekannten alten App-Daten schreibgeschützt in einen temporären Diagnosecontainer oder überprüfe sie direkt auf dem Host. Wenn sich die erwartete Datenbank und die Einstellungen dort befinden, korrigiere die Produktionszuordnung und starte Plex einmal neu. Wenn das Verzeichnis tatsächlich fehlt, fahre stattdessen mit der Wiederherstellung aus dem Backup fort.

Überprüfe die Besitzrechte, bevor du die Datenbank verantwortlich machst

Ein korrekter Host-Pfad kann dennoch unbrauchbar sein, wenn der neu erstellte Container unter einer anderen UID, GID, Benutzer-Namespace-Konfiguration oder einem anderen Sicherheitskontext ausgeführt wird. Plex kann dann scheinbar keine Einstellungen speichern, Datenbankdateien öffnen oder Verzeichnisse erstellen, obwohl die Daten am richtigen Ort eingebunden sind.

Wenn Plex keine App-Daten erstellen oder aktualisieren kann, sollten die Berechtigungen des Konfigurationsverzeichnisses numerisch überprüft werden, statt sie blind rekursiv auf `777` zu setzen.

Führe im Container eine Identitätsprüfung durch und vergleiche sie mit dem numerischen Besitzer und den Berechtigungen auf dem Host. Wende die kleinstmögliche Korrektur an Besitzrechten oder ACLs an, die dem vorgesehenen Dienstkonto Zugriff gewährt. Starte Plex anschließend und bestätige, dass der vorhandene Server und nicht eine neue Einrichtung geöffnet wird.

Wenn die numerischen Besitzrechte übereinstimmen, der Zugriff aber weiterhin fehlschlägt, überprüfe ACLs, Sicherheitskennzeichnungen des Containers und das Verhalten des User-Namespace, bevor du die Datenbank änderst. Eine korrekte UID/GID setzt keine separate Zugriffskontrollschicht außer Kraft.

-15% OFF

ZimaBoard 2 – Mini-Heimserver für Ihre große Idee

Single board computer zimaboard2

Überprüfe die Medien-Mounts erst, wenn der Anwendungszustand wiederhergestellt ist

Sobald die alte Serveridentität und die Bibliotheken wieder angezeigt werden, können einige Bibliotheken weiterhin nicht verfügbar sein, weil sich die Medien-Mounts unabhängig von `/config` geändert haben. Das ist eine separate Persistenzrolle. Korrigiere den Medienpfad, ohne die Bibliothek neu zu erstellen oder Medien in das Anwendungsdatenverzeichnis zu kopieren.

Halte Anwendungszustand und Medien-Mounts als separate Persistenzrollen getrennt. So kannst du zuerst die Plex-Identität wiederherstellen und fehlende Medienpfade erst untersuchen, nachdem die ursprünglichen Bibliotheken wieder angezeigt werden.

Öffne mehrere bekannte Medienpfade aus dem Plex-Container heraus. Wenn die alte Datenbank auf `/media/movies` verweist, der neu erstellte Stack aber `/movies` bereitstellt, stelle den erwarteten internen Pfad wieder her oder plane eine kontrollierte Migration des Bibliothekspfads. Starte keinen erneuten Scan, bevor der Mount stabil ist.

Stelle nur dann aus dem Backup wieder her, wenn der ursprüngliche Zustand tatsächlich verloren ist

Wenn das alte Host-Verzeichnis leer, gelöscht oder irreparabel beschädigt ist, stelle das aktuellste bekannte fehlerfreie Plex-App-Daten-Backup in einem sauberen, korrekt zugeordneten Pfad wieder her. Bewahre den fehlgeschlagenen Zustand separat auf, damit du weiterhin untersuchen kannst, was passiert ist, anstatt die einzigen Beweise zu überschreiben.

Ein zuverlässiger Workflow zur Container-Wiederherstellung schützt persistentes `/config`, ersetzt nur die austauschbare Anwendungsschicht und überprüft die Mounts, bevor Plex wieder schreiben darf.

Bestätige nach der Wiederherstellung die Serveridentität, die Anzahl der Bibliotheken, den Wiedergabestatus, eine lokale Wiedergabe, gegebenenfalls eine Transkodierung und einen Neustart. Sichere anschließend die effektive Stack-Konfiguration und den Speicherort des Backups. Der Vorfall ist erst abgeschlossen, wenn eine weitere Neuerstellung ohne manuelles Rätselraten auf dieselben persistenten Daten verweist.