GNAI-010 v0.11: Host-Reboot-Test bestanden - 10.4 vollständig abgenommen

Nach systemctl reboot auf dem dedizierten Host: Linger aktiv, beide
Engine-Units inactive, keine Container (kein automatischer Start wie
vorgesehen, kein [Install]-Abschnitt). Bewusster Start des aktiven Profils
über die Rolle erfolgreich (Health 200, Alias korrekt).

Generated by Mistral Vibe.
Co-Authored-By: Mistral Vibe <vibe@mistral.ai>

docs/platform/llm-server/ai/GNAI-010-TECH_Llama-Serving.md

@@ -27,6 +27,7 @@
 | 2026-10-31 | 0.8 | spektr / Mistral Vibe | 64k-Grundabnahme des Swift-Profils in Testing bestanden und als datierter Ausführungsstand dokumentiert (Abschnitt 10.5); offen bleiben 128k (10.3), Wiederanlauf-/Profilwechsel (10.4) und die Unsloth-Wiederholung. |
 | 2026-11-01 | 0.9 | spektr / Mistral Vibe | 128k-Zielprofil in Testing aktiviert und technisch abgenommen (Abschnitt 10.6): kein OOM, saubere Kontextüberschreitungs-Negativtests, Prefill-Leiter 7,6k/29k/59,5k/121,9k Tokens (624/591/503/396 t/s) und 62 Minuten gemischte Stabilitätslast ohne Neustart. |
 | 2026-11-01 | 0.10 | spektr / Mistral Vibe | Wiederanlauf- und Profilwechselabnahme (10.4) durchgeführt (Abschnitt 10.7): Idempotenz, kontrollierter Neustart und bewusster Stopp bestanden; Profilwechsel über die Rolle in beide Richtungen fehlerfrei und ohne erneuten Download. Befundkorrektur in 5.3: direkter Unit-Start löst keinen geordneten Wechsel aus (paralleles Laden in der Übergangsphase beobachtet); `Before=` aus den Quadlets entfernt, Rolle bleibt der alleinige geordnete Weg. Host-Reboot-Test an den Betreiber übertragen. |
+| 2026-11-01 | 0.11 | spektr / Mistral Vibe | Host-Reboot-Test bestanden (10.7): nach Neustart des dedizierten Hosts Linger aktiv, beide Engine-Units `inactive`, keine Container; bewusster Start des aktiven Profils über die Rolle mit Health und Alias erfolgreich. Damit ist 10.4 vollständig abgenommen. |
 
 ---
 
@@ -645,7 +646,7 @@ Die Tests nach 10.4 wurden am 01.11.2026 für die Testing-Umgebung gefahren:
 | Bewusst gestoppter Dienst | nach `stop` über 90 Sekunden stabil `inactive`, keine Containerreste (`podman ps -a` leer), kein automatischer Neustart |
 | Profilwechsel über die Rolle | Swift→Unsloth (`changed=1`) und Unsloth→Swift (`changed=2`): jeweils Health grün, korrekter Alias der Ziel-Unit, genau ein Modell im VRAM (13,4/14,7 GiB belegt), kein erneuter Download |
 | Gegenseitiger Ausschluss bei direktem Start | **Befund:** `Conflicts=` sichert nur den Endzustand; ein direkter `systemctl --user start` der zweiten Unit während die erste läuft, lädt beide Modelle parallel in der Übergangsphase (beobachtet: beide Container `Up`). Kein supporteder Weg; Korrektur in 5.3 dokumentiert, `Before=` aus den Quadlets entfernt. Geordneter Wechsel ausschließlich über die Rolle. |
-| Geplanter Hostneustart | offen; an den Betreiber übertragen. `ghostnet-ki` ist eine eigenständige Debian-Installation auf dedizierter Hardware (GNAI-002), kein Proxmox-LXC — der Neustart erfolgt direkt auf dem Host (Betreiberkonto `ghost` mit sudo, `systemctl reboot`, oder Power-Taster). Erwartung danach: Linger aktiv, aber **keine** Engine-Unit startet automatisch (kein `[Install]`-Abschnitt); das aktive Profil wird bewusst über die Rollen-Umschaltoperation gestartet. |
+| Geplanter Hostneustart | bestanden am 01.11.2026: nach `systemctl reboot` auf dem dedizierten Host Linger aktiv, beide Engine-Units `inactive`, keine Container — kein automatischer Start wie vorgesehen (kein `[Install]`-Abschnitt). Das aktive Profil wurde anschließend bewusst über die Rolle gestartet; Health und Alias bestanden. |
 
 `podman ps`, systemd-Status und Health stimmten in allen Schritten überein
 (10.4). Der Rückwechsel auf Swift erfolgte ohne erneuten Modelldownload.