Erster produktiver Start des llama.cpp-Testing-Stacks auf ghostnet-ki (31.10.2026). Fix-Liste aus den Live-Läufen: - Quadlet-Exec ohne Binärnamen (AMD-Image hat ENTRYPOINT /app/llama-server; GNAI-010 v0.6 dokumentiert den Befund) - Deterministischer daemon-reload vor Unit-Zugriff (Handler allein griff nicht, wenn ein vorheriger Lauf die Quadlets gerendert hatte) - Netz-Abhängigkeit Wants/After im Container-Quadlet (Netzwerk-Unit wurde nie mitgestartet -> network not found) - Stopp-Bedingung für Profilwechsel korrigiert (nur aktive Units stoppen) - Health-Tool-Kette curl/wget/bash-/dev/tcp mit Pfad-Normalisierung; curl -f als Gesundheitssignal (Statuszeile stand nie im stdout) - chdir für alle runuser-Aufrufe der Health-Checks Nachweise: Health 200 OK, /v1/models Alias korrekt, Idempotenz changed=0, VRAM 12,6/13,0 GiB von je 16 GiB auf beiden Karten (Layer-Split 1:1), echte Chat-Completion mit System-Fingerprint des gepinnten Builds, Reasoning getrennt von der Antwort. Generated by Mistral Vibe. Co-Authored-By: Mistral Vibe <vibe@mistral.ai>
LLM server ghostnet-ki
This host root contains the executable infrastructure for the physical server at
10.0.0.90, split into one main directory per task area:
| Directory | Purpose |
|---|---|
host/ |
shared server baseline: Ansible control project, host roles and inventories |
llm/ |
LLM serving stack (created with the internal AI vertical slice) |
encoding/ |
CPU-based video encoding workload and its Ansible control project |
monitoring/ |
host-wide monitoring: metrics collector and dashboard |
Reusable roles that are also consumed by other host projects live under
../shared/ansible/.
The versioned architecture and operating documentation remains under
../docs/platform/llm-server/ and
mirrors the same task areas (host/, ai/, encoding/).