So konfigurieren Sie den Speicher für Live-TV-Aufnahmen, ohne die App-Daten zu füllen

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.

How to Configure Live TV Recording Storage Without Filling App Data - Zima Store Online

Live-TV-Aufnahmen sind große, langlebige Mediendateien; Anwendungsdaten sind kleine, latenzempfindliche Zustandsdaten, die zum Starten und Verwalten des Servers benötigt werden. Wenn beide sich ein Container-Volume teilen, kann eine einzelne Aufnahme den für Datenbank, Protokolle und Upgrades benötigten Speicher aufbrauchen.

Bei einem sicheren Design haben Aufnahmen ein eigenes Host-Dataset oder eine eigene Freigabe, werden in den Container eingebunden, und die DVR-Einstellung verweist auf den Container-Pfad. Temporärer Transcodier-Speicher ist eine dritte Datenklasse und sollte nicht unbemerkt auf das Konfigurations-Volume zurückfallen.

Die drei Speicherrollen trennen

Ermitteln Sie den persistenten Konfigurationspfad, die Aufnahmenbibliothek und den Arbeitsbereich für Transcodierung oder Timeshift. Notieren Sie deren Host- und Container-Pfade in einer kleinen Übersicht; nur das Dashboard-Feld zu ändern, reicht nicht aus, wenn der Container das Ziel nicht sehen kann.

Bewahren Sie die Konfiguration auf zuverlässigem Speicher mit üblicher Backup-Abdeckung auf. Legen Sie Aufnahmen auf kapazitätsorientiertem Speicher ab, der die erwartete Schreibrate bewältigen kann, und platzieren Sie temporäre Transcodierdaten so, dass sie die Datenbank nicht verdrängen können.

Schätzen Sie eine Aufnahme im Worst-Case und nicht anhand einer durchschnittlichen Folge. Multiplizieren Sie die Bitrate des Tuner-Streams mit der längsten geplanten Dauer, addieren Sie gleichzeitige Aufnahmen und halten Sie eine betriebliche Speicherreserve für das Verhalten von Dateisystem und Anwendung frei.

Ein dediziertes Aufnahmeziel einbinden

Erstellen Sie ein Host-Verzeichnis oder Dataset wie /srv/media/recordings und binden Sie es unter einem eindeutigen Pfad wie /recordings in den Container ein. Verwenden Sie einen Bind-Mount oder ein verwaltetes Volume, das beim Neuerstellen des Containers erhalten bleibt.

Passen Sie Besitz und Berechtigungen an die von der Jellyfin-Prozess verwendete UID und GID an. Ein Ziel, das sichtbar, aber nicht beschreibbar ist, führt häufig zu einem Berechtigungsfehler und kann dazu verleiten, wieder den standardmäßigen App-Datenpfad zu verwenden.

Ein Community-Bericht über einen Berechtigungsfehler beim Aufnahmepfad zeigt, warum Sichtbarkeit allein kein ausreichender Test ist. Erstellen und löschen Sie als Containerbenutzer eine kleine Datei, bevor Sie ein echtes Programm planen.

DVR- und temporäre Pfade auf die vorgesehenen Volumes verweisen lassen

Legen Sie in den Live-TV- oder DVR-Einstellungen den Aufnahmepfad auf den im Container sichtbaren Aufnahme-Mount fest, nicht auf den Host-Pfad. Wenn Ihre installierte Version separate Ziele für Filme und Serien unterstützt, belassen Sie beide im selben kapazitätsverwalteten Aufnahme-Dataset, sofern kein Grund für eine Aufteilung besteht.

Legen Sie den Transcodierpfad auf einen dedizierten temporären Mount mit ausreichender kurzfristiger Kapazität. Speichern Sie Aufnahmen nicht im Transcodierverzeichnis: Temporäre Daten können aggressiv bereinigt werden, abgeschlossene Aufnahmen sind dagegen Benutzerdaten.

Wenn Sie Nachbearbeitung verwenden, übergibt das Verhalten der Jellyfin-Nachbearbeitung den Pfad der abgeschlossenen Aufnahme an das Skript. Stellen Sie sicher, dass das Skript denselben eingebundenen Pfad sieht und eine Datei nicht versehentlich in das Anwendungs-Volume verschieben kann.

Featured

ZimaCube 2 Persönliche Cloud Home NAS

ZimaCube2

Fehlerzustände testen und eine Kapazitätswarnung einrichten

Starten Sie eine kurze manuelle Aufnahme, prüfen Sie, ob ihre Größe auf dem Aufnahme-Dataset zunimmt, beenden Sie sie und geben Sie das Ergebnis wieder. Starten Sie den Container neu und wiederholen Sie die Wiedergabe, um zu bestätigen, dass der Mount persistent ist und nicht nur aus einer anonymen Container-Schicht besteht.

Richten Sie für das Aufnahme-Dataset und das App-Daten-Volume jeweils eine Warnung für freie Bytes oder die prozentuale Auslastung ein. Aufbewahrungsregeln sind hilfreich, ersetzen aber keine Warnung, da eine fehlgeschlagene Bereinigung, doppelte Zeitpläne und ungewöhnlich lange Ereignisse eine Schätzung zunichtemachen können.

Sichern Sie das kleine Konfigurations-Volume getrennt von den umfangreichen Aufnahmen. Die Checkliste zur Außerbetriebnahme von Jellyfin bietet ein nützliches Inventarmodell, um wichtige Zustandsdaten von ersetzbaren Medienserver-Komponenten zu unterscheiden.