Live-tv-opslag configureren zonder appgegevens op te vullen

Opnames van live-tv zijn grote, duurzame mediabestanden; applicatiegegevens zijn kleine, latentiegevoelige gegevens die nodig zijn om de server te starten en te beheren. Wanneer beide een containervolume delen, kan één opname de ruimte opgebruiken die nodig is voor de database, logboeken en upgrades.

Bij een veilig ontwerp hebben opnames hun eigen host-dataset of share, die in de container wordt gemount, waarna je de DVR-instelling naar het containerpad verwijst. Tijdelijke transcodeerruimte is een derde gegevensklasse en mag niet ongemerkt terugvallen op het configuratievolume.

Scheid de drie opslagrollen

Identificeer het permanente configuratiepad, de opnamebibliotheek en de transcodeer- of timeshift-werkruimte. Noteer hun hostpaden en containerpaden in een kleine tabel; alleen het dashboardveld wijzigen is niet voldoende als de container de bestemming niet kan zien.

Bewaar de configuratie op betrouwbare opslag met normale back-updekking. Plaats opnames op opslag die op capaciteit is gericht en de verwachte schrijfsnelheid aankan, en plaats tijdelijke transcodeergegevens op een locatie waar ze de database niet kunnen verdringen.

Schat een opname in het slechtste geval, niet een gemiddelde aflevering. Vermenigvuldig de bitrate van de tunerstroom met de langste geplande duur, tel gelijktijdige opnames erbij op en houd operationele vrije ruimte over voor het gedrag van het bestandssysteem en de applicatie.

Koppel een speciale opnamebestemming

Maak een hostdirectory of dataset aan, zoals /srv/media/recordings, en mount deze in de container op een duidelijk pad, zoals /recordings. Gebruik een bind mount of beheerd volume dat behouden blijft wanneer de container opnieuw wordt aangemaakt.

Stem eigendom en machtigingen af op de UID en GID die door het Jellyfin-proces worden gebruikt. Een bestemming die wel zichtbaar maar niet schrijfbaar is, veroorzaakt vaak een machtigingsfout en kan een beheerder ertoe verleiden terug te schakelen naar het standaardpad voor applicatiegegevens.

Een communityrapport over een machtigingsfout in het opnamepad laat zien waarom zichtbaarheid alleen geen voldoende test is. Maak en verwijder als containergebruiker een klein bestand voordat je een echt programma inplant.

Wijs DVR- en tijdelijke paden naar hun bedoelde volumes

Stel in de Live TV- of DVR-instellingen het opnamepad in op de in de container zichtbare opnamemount, niet op het hostpad. Als je geïnstalleerde versie afzonderlijke bestemmingen voor films en series ondersteunt, houd je beide onder dezelfde capaciteitsbeheerde opname-dataset, tenzij je een reden hebt om ze te splitsen.

Stel het transcodeerpad in op een speciale tijdelijke mount met voldoende capaciteit voor de korte termijn. Plaats opnames niet in de transcodeermap: tijdelijke gegevens kunnen agressief worden opgeschoond, terwijl voltooide opnames gebruikersgegevens zijn.

Als je nabewerking gebruikt, geeft het gedrag van Jellyfin bij nabewerking het pad van de voltooide opname door aan het script. Zorg ervoor dat het script hetzelfde gemounte pad ziet en niet per ongeluk een bestand naar het applicatievolume kan verplaatsen.

Featured

ZimaCube 2 Persoonlijke Cloud Home NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

Test foutscenario's en voeg een capaciteitswaarschuwing toe

Start een korte handmatige opname, controleer of de omvang ervan op de opnamedataset toeneemt, stop de opname en speel het resultaat af. Start de container opnieuw en herhaal het afspelen om te bewijzen dat de mount persistent is en geen anonieme containerlaag vormt.

Stel voor zowel de opnamedataset als het volume met applicatiegegevens een waarschuwing in voor het aantal vrije bytes of het gebruikte percentage. Bewaarregels helpen, maar zijn geen vervanging voor een waarschuwing, omdat mislukte opschoning, dubbele planningen en ongewoon lange gebeurtenissen een schatting teniet kunnen doen.

Maak afzonderlijk een back-up van het kleine configuratievolume en de omvangrijke opnames. De checklist voor het buiten gebruik stellen van Jellyfin biedt een nuttig inventarismodel om essentiële status te onderscheiden van vervangbare mediaserveronderdelen.