HandBrake linuxserver/handbrake:1.11.2-ls48 mit amd64-Manifest-Digest sha256:fda92bd1...48a3c7 gepinnt und per Pull im rootless Store von gn-encoding verifiziert. Zeitfenster 00:00-06:00 Uhr Europe/Berlin mit geordnetem Stopp und naechtlichem Retry; NFS-Mounts fuer Ein- und Ausgabe. GNENC-000/001 aktualisiert. Generated by Mistral Vibe. Co-Authored-By: Mistral Vibe <vibe@mistral.ai>
2.1 KiB
2.1 KiB
Video-Encoding – Dokumentationsindex und Projektstand
Dokumenten-ID: GNENC-000-DOC Stand: 2026-10-05 Status: Nicht finaler Arbeitsstand; Encoding-Workload noch nicht installiert
Dokumente
| Dokument | Zweck / Zielgruppe |
|---|---|
| GNENC-001-PLAN_Architecture.md | vorläufige Architektur, Repository-Grenzen, Ressourcenmodell und offene Entscheidungen; Infrastrukturadministratoren |
Bestätigter Stand
- Das gemeinsame Infrastructure-Repository bleibt die einzige Quelle für den Ansible-Sollzustand des physischen Servers.
- Encoding-Dokumentation verwendet innerhalb des LLM-Server-Gerätebereichs
docs/platform/llm-server/encoding/und die DokumentenkennungGNENC. - Encoding ist nach Betreiberfestlegung CPU-basiert und darf parallel zur jeweils aktiven KI-Umgebung laufen.
- Encoding soll ausschließlich außerhalb der Stoßzeiten, zunächst nachts, automatisch ausgeführt werden.
- Das gesperrte Servicekonto
gn-encodingmit UID/GID 982 und eigenem rootless Podman-Store ist eingerichtet und verifiziert. - Das Encoding-Ansible-Projekt unter
llm-server/encoding/ansible/verwaltet und verifiziert den Encoding-Grundzustand (Konto, Pfade, CPU-Isolation, rootless Store); Check-Mode und Idempotenzlauf meldeten jeweilschanged=0. - Das Image
linuxserver/handbrake:1.11.2-ls48ist mit dem amd64-Manifest-Digestsha256:fda92bd1b43a07a770b10ad793172b10451ba1690803112dbaf2b48a6148a3c7gepinnt und per Pull im rootless Store vongn-encodingverifiziert. - Es sind noch kein Container, keine Quadlet-Unit und kein Timer eingerichtet.
Nächste Festlegungen
Am 19.10.2026 festgelegt: HandBrake im Image linuxserver/handbrake:1.11.2-ls48
(amd64-Manifest-Digest gepinnt), nächtliches Zeitfenster 00:00–06:00 Uhr
Europe/Berlin mit geordnetem Stopp und nächtlichem Retry sowie NFS-Mounts für
Ein- und Ausgabe. Noch offen: Codecs und Qualitätsprofile, NFS-Server- und
Exportdetails, Queue- und Fehlerverhalten, Aufbewahrung, Benachrichtigung sowie
CPU-/I/O-Grenzen nach einem Lasttest unter Inferenzlast.