Stoergeraeusch-Strategie (in Schichten, frueh schlaegt spaet)
Grundregel: Was einmal im Signal ist, kriegt Software nur teilweise raus -> verhindern vor unterdruecken. Von wirksamster zu…
Pipeline-Design: Machbarkeit, Latenz, Input (Stand Planung)
Hardware-Fazit
RTX 3080 10GB reicht locker (komplett dediziert, da Jellyfin auf iGPU laeuft). VRAM-Budget:
- STT: faster-whis…
FINAL: Einzelplatte 1x 2 TB ext4 (kein RAID, kein ZFS)
Entscheidung: eine Platte reicht. RAID1 ist fuer eine temporaere, bald zu ersetzende Platte, die nur eine Kopie haelt (Master liegt…
KORREKTUR: Medien-Mirror = mdadm RAID1 + ext4 (ZFS raus, spart RAM)
ZFS kostet RAM (ARC) - bei 16 GB ein echter Posten. Loesung: Redundanz ohne ZFS.
Entscheidung
**2x 2 TB als Linux…
Medien-Strategie final: lokaler ZFS-Mirror + Sync (NICHT live von SMB)
Entscheidender Kontext: Der Samba-Medienserver haengt an **USB-Platten, die wiederholt eingeschlafen sind / SMB nicht…
Phase-A-Detail: Proxmox-Install mit NUR der NVMe angesteckt
Waehrend der Proxmox-Installation SanDisk UND beide 2-TB-Platten physisch abklemmen - nur die NVMe dran lassen.
Warum
1.…
NVMe-Aufteilung: 500 GB (Boot/System)
Kingston NV3 = 500 GB - fuer Boot/OS/LXC-rootfs mehr als ausreichend.
Aufteilung (Proxmox-Standard, LVM-thin)
Plattenlayout aktualisiert: NVMe als Boot/System
Vorhandene Kingston NV3 PCIe-4.0 M.2 NVMe kommt rein - als Boot/OS/LXC-rootfs statt der SanDisk-SATA-SSD.
Finales Layout (aktualisiert)…
RAM-Entscheidung final (aktualisiert): erstmal bei 16 GB bleiben
DDR4 ist zu teuer (~450 EUR fuer 64 GB) -> Start mit den vorhandenen 16 GB, Upgrade spaeter.
Warum 16 GB hier machbar…
RAM-Entscheidung final: 4x 16 GB = 64 GB (Server-Kontext)
Korrigiert die fruehere 2x32-Empfehlung. Fuer DIESEN Server ist 4x 16 GB voellig ok.
Warum die '4-Baenke-Warnung' hier NICHT…
KORREKTUR GPU-Architektur: iGPU fuer Jellyfin, RTX 3080 nur fuer Uebersetzung
Loest das fruehere GPU-Sharing-Design ab. Statt die 3080 zwischen Jellyfin und Uebersetzung zu teilen, wird…
Entscheidungen: RAM-Ausbau + Remote-Zugang
RAM (groesstes Problem, wird aufgeruestet)
Aktuell 16 GB - zu knapp (ZFS-ARC bis 50% + Jellyfin + Uebersetzungsmodell + LXCs).
**Empfehlung: 2x…
Arbeitsteilung: Cline baut, Aufsicht verifiziert
Rollen
- Du (physisch, Phase A): Platten einbauen, BIOS (VT-d/IOMMU aktivieren), Proxmox-ISO installieren, Host ins LAN. Das geht NICHT…
Tailscale in ALLE CTs (nicht nur auf den Host)
Jede CT des neuen Hosts kommt direkt ins Tailnet - eigene Tailscale-IP pro Container. Vorteil: Erreichbarkeit ohne DNAT/Port-Forwarding-Gefrickel,…
Monitoring / Logging: in das zentrale Loki einbinden
Der neue Host darf KEINE Insel sein - Logs und Metriken muessen ins bestehende zentrale Monitoring, sonst bleibt wieder etwas monatelang…
Monitoring / Logging: in das zentrale Loki einbinden
Der neue Host darf KEINE Insel sein - Logs und Metriken muessen ins bestehende zentrale Monitoring, sonst bleibt wieder etwas monatelang…
Backup-Anbindung an pbs-muldenstein
Neuer Host sichert auf das bestehende pbs-nvme (Muldenstein) - keine lokalen Backups auf dem Host.
Zieldaten
Freigabe: beide Mirror-Platten duerfen platt gemacht werden
Bestaetigt: Die zwei 2TB-Platten (aktuell USB D:/E:) sind die ZFS-Mirror-Platten und duerfen komplett geloescht werden - kein…
KORREKTUR Plattenlayout: 2x 2TB als ZFS-MIRROR (RAID1)
Geplant war von Anfang an 2x 2TB im ZFS-Mirror (RAID1) zur Ausfallsicherheit - NICHT eine Einzelplatte. Die vorherigen Einzelplatten-K…
Entscheidung: HA (Home Assistant) faellt RAUS
Grund: ioBroker (CT 143, pve-mu-3) ist bereits als zentraler Smart-Home-Hub im Einsatz (inkl. InfluxDB + Grafana-Dashboards fuer Solar/Heizung/E3DC…