Neuester Blog

Jellyfin unterstützt Reverse-Proxying über einen Unterpfad, aber die Basis-URL, die Proxy-Route, der WebSocket-Pfad und die Serveradresse des Clients müssen übereinstimmen.

Beweisen Sie, ob Jellyfin sicher schreiben kann, indem Sie Identität, Einbindemodus und einen temporären Pfad testen, bevor Sie Berechtigungen in der Produktionsumgebung ändern.

Beginnen Sie mit einem einzigen Datenbankbesitzer und beobachten Sie das Sperrverhalten von SQLite. Fügen Sie ein anderes Backend erst hinzu, wenn Parallelität und Wiederherstellung den zusätzlichen Komplexitätsaufwand rechtfertigen.

Doppelte Arbeit entsteht meist durch überlappende Scheduler oder mehrere Schreibprozesse. Bestimme eine verantwortliche Person, einen einzigen Ablauf und eine einzige Abschlussprüfung.

Schreibvorgänge stoppen, die Datenbank- und WAL-Dateien bewahren, Speicherplatz freigeben, ohne den Zustand blind zu löschen, und anschließend die Integrität sowie die ursprüngliche Arbeitslast überprüfen.

Falsche Besitzrechte entstehen meist durch eine nicht übereinstimmende Identität oder einen anderen Importpfad. Überprüfe den aktiven Container-Benutzer, bevor du Berechtigungen änderst.

Veraltete Jellyfin-Daten nach einer Pfadänderung bedeuten in der Regel, dass der Dienst weiterhin den alten Pfad verwendet, das neue Mount nicht lesen kann oder keinen gültigen Scan abgeschlossen hat.

Nimm den alten Jellyfin-Server erst außer Betrieb, wenn eine saubere Wiederherstellung Zustands-, Pfad-, Benutzer-, Wiedergabe-, Neustart- und Backup-Prüfungen besteht.