[Session 2026-06-14] Planung neuer Proxmox-Host + Jervais-Pipeline #108

New issue

Open

opened 2026-06-14 13:35:10 +00:00 by orbitalo · 0 comments

orbitalo commented

2026-06-14 13:35:10 +00:00

Owner

Was wurde gemacht

Reine Planungs-Session (keine System-Aenderungen). Zwei Plaene durchdacht und dokumentiert:

Neuer Proxmox-Host (#107):

GPU-Split entschieden: iGPU Vega (5600G) -> Jellyfin via VAAPI, RTX 3080 komplett dediziert fuer Uebersetzung (CUDA). Loest GPU-Konkurrenz + NVENC-Limit.
RAM: erstmal bei 16 GB bleiben (DDR4 zu teuer, ~450 EUR/64GB); Upgrade-Pfad 4x16=64GB dokumentiert (Server-Kontext: 4-Baenke-Downclock egal).
Datentraeger: Kingston NV3 500GB NVMe (ext4/LVM-thin) fuer OS+Container; SanDisk 250GB fuer Transcode-Temp; 1x 2TB ext4 fuer lokale Mediathek-Kopie. KOMPLETT ZFS-frei UND RAID-frei (User-Entscheidung: einfach > komplex; Mirror brachte keinen Mehrwert da nur Kopie).
Medien: Jellyfin liest LOKAL (nicht live von SMB), da Samba-Medienserver an USB-Platten unzuverlaessig (schlaeft ein). rsync-Sync vom Medienserver. 2. Platte als optionaler Cold Spare.
PBS-Backup an pbs-nvme Muldenstein (100.99.139.22), Tailscale in alle CTs, Monitoring in zentrales Loki (CT110).
Phase-A-Install: nur NVMe angesteckt, by-id verwenden.
Cline-Uebergabe: SSH-Key (ohne Passphrase) + canvrno/ProxmoxMCP; STOPP-PUNKTE bei zerstoererischen Schritten.

Jervais Echtzeit-Uebersetzung (#103):

Hardware reicht locker (3080 dediziert, VRAM ~5-8GB). Stack: faster-whisper + NLLB + Piper.
Realismus: ~3-5s Lag (Whisper-Kontext), nicht simultan. Khmer ist Low-Resource = Qualitaetsrisiko.
Input ist wichtigster Faktor: Wireless Clip-Mikro (DJI Mic 2, 2,4GHz-RF -> Empfaenger-Dongle USB-C ins iPhone, MagSafe-Laden). Naehe zur Quelle > jede Software.
Filter: Silero VAD + DeepFilterNet, bewaehrte Technik, keine Experimente.
Phasenplan: 1) MVP 1 Mikro eine Richtung, 2) 2. Mikro bidirektional, 3) Brille (Text-Untertitel), 4) Hermes/KI-Co-Pilot.
Architektur-Nordstern: Pipeline mit STT-Fan-out bauen (Transkript abgreifbar), damit Hermes spaeter als 2., asynchrone Spur andocken kann.

Aenderungen an Infrastruktur

Keine - reine Planung. Alle Entscheidungen als Kommentare in #107 und #103 dokumentiert (#269-#300).

Erkannte Probleme

Samba-Medienserver (USB-Platten) unzuverlaessig - schlaeft ein. Laengerfristig: dieser neue Host koennte Primaerquelle werden (Rollentausch).
ST2000DM001-Platte ausfallfreudig - SMART-Long-Test vor Einsatz.
Khmer-ASR-Qualitaet offen - spaeter pruefen ob Khmer-feinabgestimmtes Modell besser als Whisper.

Naechste Schritte

Hardware beschaffen/zusammenbauen, Proxmox installieren (Phase A, physisch).
Dann SSH-Key + Cline Phase B.
Jervais: MVP-App (Handy-Client) bauen - groesster Dev-Posten, gibt es nicht von der Stange.
Khmer-spezifische ASR-Modelle recherchieren.

Betroffene Systeme

Geplant: neuer Proxmox-Host (noch nicht existent). Referenziert: pbs-nvme Muldenstein, CT110 (Loki), CT143 (Grafana), Hermes, KI-Server (Cline). Keine produktiven Systeme veraendert.

## Was wurde gemacht Reine Planungs-Session (keine System-Aenderungen). Zwei Plaene durchdacht und dokumentiert: **Neuer Proxmox-Host (#107):** - GPU-Split entschieden: iGPU Vega (5600G) -> Jellyfin via VAAPI, RTX 3080 komplett dediziert fuer Uebersetzung (CUDA). Loest GPU-Konkurrenz + NVENC-Limit. - RAM: erstmal bei 16 GB bleiben (DDR4 zu teuer, ~450 EUR/64GB); Upgrade-Pfad 4x16=64GB dokumentiert (Server-Kontext: 4-Baenke-Downclock egal). - Datentraeger: Kingston NV3 500GB NVMe (ext4/LVM-thin) fuer OS+Container; SanDisk 250GB fuer Transcode-Temp; 1x 2TB ext4 fuer lokale Mediathek-Kopie. KOMPLETT ZFS-frei UND RAID-frei (User-Entscheidung: einfach > komplex; Mirror brachte keinen Mehrwert da nur Kopie). - Medien: Jellyfin liest LOKAL (nicht live von SMB), da Samba-Medienserver an USB-Platten unzuverlaessig (schlaeft ein). rsync-Sync vom Medienserver. 2. Platte als optionaler Cold Spare. - PBS-Backup an pbs-nvme Muldenstein (100.99.139.22), Tailscale in alle CTs, Monitoring in zentrales Loki (CT110). - Phase-A-Install: nur NVMe angesteckt, by-id verwenden. - Cline-Uebergabe: SSH-Key (ohne Passphrase) + canvrno/ProxmoxMCP; STOPP-PUNKTE bei zerstoererischen Schritten. **Jervais Echtzeit-Uebersetzung (#103):** - Hardware reicht locker (3080 dediziert, VRAM ~5-8GB). Stack: faster-whisper + NLLB + Piper. - Realismus: ~3-5s Lag (Whisper-Kontext), nicht simultan. Khmer ist Low-Resource = Qualitaetsrisiko. - Input ist wichtigster Faktor: Wireless Clip-Mikro (DJI Mic 2, 2,4GHz-RF -> Empfaenger-Dongle USB-C ins iPhone, MagSafe-Laden). Naehe zur Quelle > jede Software. - Filter: Silero VAD + DeepFilterNet, bewaehrte Technik, keine Experimente. - Phasenplan: 1) MVP 1 Mikro eine Richtung, 2) 2. Mikro bidirektional, 3) Brille (Text-Untertitel), 4) Hermes/KI-Co-Pilot. - Architektur-Nordstern: Pipeline mit STT-Fan-out bauen (Transkript abgreifbar), damit Hermes spaeter als 2., asynchrone Spur andocken kann. ## Aenderungen an Infrastruktur Keine - reine Planung. Alle Entscheidungen als Kommentare in #107 und #103 dokumentiert (#269-#300). ## Erkannte Probleme - Samba-Medienserver (USB-Platten) unzuverlaessig - schlaeft ein. Laengerfristig: dieser neue Host koennte Primaerquelle werden (Rollentausch). - ST2000DM001-Platte ausfallfreudig - SMART-Long-Test vor Einsatz. - Khmer-ASR-Qualitaet offen - spaeter pruefen ob Khmer-feinabgestimmtes Modell besser als Whisper. ## Naechste Schritte - Hardware beschaffen/zusammenbauen, Proxmox installieren (Phase A, physisch). - Dann SSH-Key + Cline Phase B. - Jervais: MVP-App (Handy-Client) bauen - groesster Dev-Posten, gibt es nicht von der Stange. - Khmer-spezifische ASR-Modelle recherchieren. ## Betroffene Systeme Geplant: neuer Proxmox-Host (noch nicht existent). Referenziert: pbs-nvme Muldenstein, CT110 (Loki), CT143 (Grafana), Hermes, KI-Server (Cline). Keine produktiven Systeme veraendert.