Så konfigurerar du lagring för inspelning av direktsänd tv utan att fylla appdata

Direktsändningsinspelningar är stora, beständiga mediefiler; programdata är små, latenskänsliga data som behövs för att starta och hantera servern. När båda delar en containervolym kan en enda inspelning förbruka utrymmet som krävs för databasen, loggarna och uppdateringar.

En säker design ger inspelningarna ett eget dataset eller en egen delad katalog på värden, monterar den i containern och anger containersökvägen i DVR-inställningen. Temporärt utrymme för omkodning är en tredje dataklass och bör inte i tysthet falla tillbaka på konfigurationsvolymen.

Separera de tre lagringsrollerna

Identifiera den beständiga konfigurationssökvägen, inspelningsbiblioteket och arbetsutrymmet för omkodning eller timeshift. Anteckna deras värdsökvägar och containersökvägar i en liten tabell; det räcker inte att bara ändra fältet i kontrollpanelen om containern inte kan se destinationen.

Behåll konfigurationen på tillförlitlig lagring med normal säkerhetskopiering. Placera inspelningar på kapacitetsorienterad lagring som klarar den förväntade skrivhastigheten, och placera temporära omkodningsdata där de inte kan tränga undan databasen.

Beräkna en inspelning i värsta fall, inte ett genomsnittligt avsnitt. Multiplicera tunerns strömbithastighet med den längsta schemalagda varaktigheten, lägg till samtidiga inspelningar och behåll en operativ buffert av ledigt utrymme för filsystemets och programmets beteende.

Montera en särskild inspelningsdestination

Skapa en katalog eller ett dataset på värden, till exempel /srv/media/recordings, och montera det i containern på en tydlig sökväg, till exempel /recordings. Använd en bind-montering eller en hanterad volym som finns kvar när containern återskapas.

Anpassa ägarskap och behörigheter till det UID och GID som Jellyfin-processen använder. En destination som är synlig men inte skrivbar leder ofta till ett behörighetsfel och kan fresta en operatör att byta tillbaka till den förvalda sökvägen för appdata.

En communityrapport om ett behörighetsfel för inspelningssökväg visar varför synlighet i sig inte är ett tillräckligt test. Skapa och ta bort en liten fil som containeranvändaren innan du schemalägger ett riktigt program.

Ange avsedda volymer för DVR- och temporära sökvägar

I inställningarna för direktsändning eller DVR anger du inspelningssökvägen till den containeråtkomliga inspelningsmonteringen, inte värdsökvägen. Om separata destinationer för filmer och serier stöds i den installerade versionen bör du behålla båda under samma kapacitetsstyrda inspelningsdataset, såvida du inte har ett skäl att dela upp dem.

Ange en särskild temporär monteringspunkt för omkodning med tillräcklig korttidskapacitet. Placera inte inspelningar i omkodningskatalogen: temporära data kan rensas aggressivt, medan slutförda inspelningar är användardata.

Om du använder efterbehandling skickar Jellyfins beteende vid efterbehandling sökvägen till den slutförda inspelningen till skriptet. Se till att skriptet ser samma monterade sökväg och inte av misstag kan flytta en fil till programvolymen.

Featured

ZimaCube 2 personlig molnhem NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

Testa feltillstånd och lägg till en kapacitetsvarning

Starta en kort manuell inspelning, bekräfta att dess storlek ökar på inspelningsdatasetet, stoppa den och spela upp resultatet. Starta om containern och upprepa uppspelningen för att bevisa att monteringen är beständig och inte bara ett anonymt containerlager.

Ställ in en varning för lediga byte eller använd procent för både inspelningsdatasetet och appdatavolymen. Lagringsregler hjälper, men de ersätter inte en varning eftersom misslyckad rensning, dubbla scheman och ovanligt långa händelser kan kullkasta en uppskattning.

Säkerhetskopiera den lilla konfigurationsvolymen separat från de skrymmande inspelningarna. checklistan för avveckling av Jellyfin erbjuder en användbar inventeringsmodell för att skilja viktig status från utbytbara medieserverkomponenter.