Jellyfin sollte ausreichend freien Speicher für die größte normale Kombination aus Metadatenwachstum, generierten Assets, Transcode-Arbeitsdateien, Protokollen und Wartungsvorgängen freihalten.
Ein fester Prozentsatz ist unzuverlässig, da eine einfache Bibliothek und eine trickplay-lastige Bibliothek den Anwendungsspeicher sehr unterschiedlich nutzen können. Trennen Sie dauerhaftes Wachstum von temporären Spitzen und messen Sie beides auf den Pfaden, auf denen es tatsächlich auftritt. Freier Speicher auf einem Medien-Volume hilft nicht, wenn die Konfiguration oder der Transcode-Speicher auf einem anderen, bereits vollen Dateisystem liegt.
Messung des dauerhaften Wachstums der Anwendungsdaten zuerst
Datenbank, Metadaten, Grafiken, Plugins und generierte Assets können mit wachsender Bibliothek und zunehmendem Funktionsumfang größer werden. Ihre Entwicklung sollte unabhängig von der Kapazität der Quelldateien gemessen werden.
Generierte Assets können den benötigten Arbeitssatz deutlich vergrößern; ein Jellyfin-Betreiber verzichtet auf Trickplay- und Kapitelbilder, da sie bei Bibliotheksaktualisierungen zusätzlichen Speicherplatz und Rechenleistung beanspruchen.
Erfassen Sie die Größe des Konfigurationsverzeichnisses nach einem abgeschlossenen Scan und erneut nach einem repräsentativen Monat oder einem großen Import. Verwenden Sie die beobachtete Wachstumsrate, anstatt anhand von Terabytes an Mediendateien zu schätzen.
Transcode-Arbeitsbereich als temporäre Spitze messen
Aktive Konvertierungen erzeugen Arbeitsdateien, die nach Ende der Sitzung möglicherweise verschwinden. Der Worst Case hängt von der größten Quelldatei, der Anzahl gleichzeitiger Transcodierungen und dem konfigurierten temporären Pfad ab.
Wenn Sie den Transcode-Arbeitsbereich auf schnellem lokalem Speicher halten, trennen Sie temporäre Arbeiten mit hoher Änderungsrate vom dauerhaften Bibliotheksbestand.
Führen Sie die erwarteten anspruchsvollsten gleichzeitigen Transcodierungen aus und erfassen Sie die maximale temporäre Speicherbelegung. Reservieren Sie diesen Speicherplatz getrennt vom langfristigen Budget für Anwendungsdaten.
Geplante Aufgaben können kurzzeitige Spitzen erzeugen
Trickplay, Bilderfassung, Scans und Plugin-Analysen können gleichzeitig CPU und Speicherplatz beanspruchen. Wenn mehrere Aufgaben im selben Zeitfenster starten, kann der temporäre Speicherbedarf deutlich größer sein als im normalen Leerlauf.
Hintergrundaktivitäten sind als geplante Jellyfin-Aufgaben sichtbar. Tests des freien Speicherplatzes sollten daher die Aufgaben umfassen, die tatsächlich Bibliotheksdaten erzeugen oder aktualisieren.
Staffeln Sie umfangreiche Aufgaben und beobachten Sie den freien Speicherplatz über einen vollständigen Zeitplanzyklus hinweg. Die Übersicht der Rollen eines Heimmedienservers hilft dabei, zu verhindern, dass temporäre Arbeiten unbemerkt ein nahezu volles System-Volume mitbenutzen.
Warnschwelle oberhalb des Ausfallpunkts festlegen, nicht bei null
Wenn Sie warten, bis das Dateisystem 100 % erreicht, bleibt zu wenig Platz für Datenbankschreibvorgänge, Paketaktualisierungen, Protokolle und Wiederherstellungsmaßnahmen. Die Warnung sollte ausgelöst werden, solange Bereinigung oder Verschieben noch sicher möglich sind.
Unbegrenzte Container-Protokolle können unabhängig von den Anwendungsmedien Speicherplatz auf dem Host belegen.
Wählen Sie eine Grenze für den freien Speicherplatz, die oberhalb der größten gemessenen temporären Spitze zuzüglich des üblichen Wachstums liegt. Berechnen Sie sie neu, nachdem Sie neue Funktionen für generierte Medien aktiviert oder das Transcode-Verzeichnis geändert haben.
Support & Tipps
Mehr zum Lesen

Solltest du Jellyfin im laufenden Betrieb sichern oder den Dienst zuerst anhalten?
Bevorzuge Backups bei angehaltenen Diensten, um die Einfachheit zu wahren; verwende Live-Snapshots nur, wenn der Anwendungsstatus konsistent erfasst wird und Wiederherstellungen getestet sind.

Warum läuft Jellyfin heiß oder laut, wenn niemand streamt?
Leerlaufwärme deutet meist auf Hintergrundaktivitäten oder eine Auslastung durch einen gemeinsam genutzten Host hin. Ermitteln Sie daher den aktiven Prozess und die geplante Aufgabe,...

Wann sollten Sie Jellyfin neu aufsetzen, statt es zu reparieren?
Wähle bei Laufzeitabweichungen einen Neuaufbau statt einer Reparatur, wenn der persistente Zustand gesichert ist; führe keinen „Neuaufbau“ durch, indem du die einzige intakte Datenbank...

