llm-server/encoding/ansible/ verwaltet mit video-encoding.yml und der Rolle video_encoding den CPU-Only-Grundzustand des gesperrten Kontos gn-encoding (UID/GID 982): Konto-Identität und Passwortsperre, subordinate ID-Bereiche, Verzeichnisstruktur, Quadlet-Verzeichnis, Linger, getrennter rootless Podman-Store sowie verwehrter GPU-Zugriff (keine render/video-Gruppe, kein Lesezugriff auf /dev/kfd oder DRM-Render-Nodes). Ohne beschlossene Encoder-Entscheidungen stellt die Rolle sicher, dass kein Workload definiert ist. Check-Mode und zwei Läufe auf ghostnet-ki: jeweils ok=30 changed=0 failed=0. Preflight, host.yml (2x ok=55 changed=0) und ROCm-Probe (ok=33 changed=0) nach der Projekt-Aufteilung erneut bestanden. GNENC-000/001, GNAI-000 und GNAI-013 aktualisiert. Generated by Mistral Vibe. Co-Authored-By: Mistral Vibe <vibe@mistral.ai>
1.1 KiB
Video encoding baseline
The video_encoding role manages the CPU-only video encoding workload
baseline for the locked gn-encoding service account (UID/GID 982) on
ghostnet-ki.
It verifies the account identity, the locked password and the deterministic
subordinate ID ranges, enforces the absence of GPU device groups, manages the
root-owned configuration directory, the input/output/work data directories and
the administrator-managed rootless Quadlet directory, and proves that the
account cannot read /dev/kfd or any DRM render node and uses its own rootless
Podman store.
While no encoder image is selected (video_encoding_image empty), the role
additionally guards that no Quadlet file and no container exists for the
account. Encoder image, schedule, resource limits, queue handling and health
checks are open decisions in
docs/platform/llm-server/encoding/GNENC-001 and are not assumed here.
The account itself is created by the shared workload_accounts role in the
host project (llm-server/host/ansible); this role requires the host baseline
to be applied first.