[Session 2026-06-15] Jellyfin/Medien/Monitoring-Umzug auf pve-jervais #112

New issue

Open

opened 2026-06-15 17:58:29 +00:00 by orbitalo · 1 comment

orbitalo commented

2026-06-15 17:58:29 +00:00

Owner

Was wurde gemacht

Jellyfin-Migration von Docker-Host .149 (10.9.11) nach CT200 auf pve-jervais (10.11.11): 11 Nutzer, Watch-State (506 UserData), 915 Medien-Items uebernommen
VAAPI-HW-Transcoding auf AMD-Vega iGPU (renderD128) im unprivilegierten LXC eingerichtet + getestet (~17x); idmap GID 993
Mount-Pfad-Fix /media (CT) <- /mnt/media (Host)
Medien-Storage physisch umgesteckt: USB-RAID (14,6 TB exfat) von optiplex2 .170 -> pve-jervais .40, lokal gemountet + Samba-Re-Export (Share Medien, Login medien/astral66)
Clients umgepunktet: KI-Server Z: und CT146-fstab (pve-mu-3) von .170 -> .40 (\040-escaped)
Cloudflare-Tunnel c1d82cd9 auf CT200 migriert (cloudflared-Dienst in CT200, Ingress localhost:8096), alter Connector auf .149 gestoppt, extern verifiziert (HTTP 200)
Admin-Login zurueckgesetzt: admin / Astral1966 (2. Admin: Hans)
Monitoring: promtail auf Host + CT200 -> Loki CT110, node-exporter :9100; dafuer Tailscale in CT200 aktiviert (100.105.255.18)
CT-999-Doku vollstaendig aktualisiert (pve-jervais.md, credentials.md, jellyfin-server.md, ct-146, ki-server-netzlaufwerke, daten-inventar)

Aenderungen an Infrastruktur

pve-jervais (.40): CT200 Jellyfin (statische IP .41, onboot:1), Samba-Host, promtail+node-exporter+tailscaled, /mnt/media via fstab (nofail), tun-Modul via modules-load.d
optiplex2 (.170): USB-RAID entfernt (Geraet umgezogen) -> .170 als NAS abgeloest
pve-mu-3 / CT146: fstab auf .40 umgestellt
Cloudflare: Tunnel-Ingress auf CT200 localhost umgestellt
.149: cloudflared-jellyfin-Connector gestoppt (Host noch online, Decom morgen)

Erkannte Probleme

Config-Regression (behoben): Beim Tailscale-Umbau wurde /etc/pve/lxc/200.conf neu geschrieben und verlor Medien-Bind, VAAPI-renderD128/cgroup und idmap; zusaetzlich onboot nicht gesetzt. Folge: Jellyfin ohne Medien/Transcoding + waere nach Reboot nicht gestartet. Wiederhergestellt + verifiziert (reboot-fest). LEARNING in Doku + OpenMemory.
Loki/Tailscale-Abhaengigkeit: Loki haengt an Tailscale-IP -> CT ohne Tailscale erreicht es nicht (context deadline exceeded). Deshalb Tailscale in CT200 noetig.
Muster: Clines 'fertig'-Meldungen mehrfach zu optimistisch (DB nur gestaged, VAAPI defekt, Config stimmte nicht mit Realitaet) -> konsequente Live-Verifikation noetig.

Naechste Schritte

Home Assistant + Zigbee-USB-Stick von .149 schonend migrieren (USB-Passthrough fehleranfaellig)
PBS-Backup fuer pve-jervais/CT200 einrichten (Scope: Jellyfin-DB/Config + HA-Config; 14,6 TB Medien eher NICHT sichern) — explizit ins Issue #107 aufnehmen
1. cloudflared-Tunnel 3c81dda6 pruefen
Nextcloud-Entscheidung (als loeschbar eingestuft)
Danach .149 abschalten

Betroffene Systeme

pve-jervais (.40, CT200 jellyfin), optiplex2 (.170), pve-mu-3 (CT146), CT110 (Loki), CT999 (Doku), .149 (alter Jellyfin/Docker-Host), Cloudflare

## Was wurde gemacht - **Jellyfin-Migration** von Docker-Host .149 (10.9.11) nach CT200 auf pve-jervais (10.11.11): 11 Nutzer, Watch-State (506 UserData), 915 Medien-Items uebernommen - **VAAPI-HW-Transcoding** auf AMD-Vega iGPU (renderD128) im unprivilegierten LXC eingerichtet + getestet (~17x); idmap GID 993 - **Mount-Pfad-Fix** /media (CT) <- /mnt/media (Host) - **Medien-Storage** physisch umgesteckt: USB-RAID (14,6 TB exfat) von optiplex2 .170 -> pve-jervais .40, lokal gemountet + **Samba-Re-Export** (Share Medien, Login medien/astral66) - **Clients umgepunktet**: KI-Server Z: und CT146-fstab (pve-mu-3) von .170 -> .40 (\040-escaped) - **Cloudflare-Tunnel** c1d82cd9 auf CT200 migriert (cloudflared-Dienst in CT200, Ingress localhost:8096), alter Connector auf .149 gestoppt, extern verifiziert (HTTP 200) - **Admin-Login** zurueckgesetzt: admin / Astral1966 (2. Admin: Hans) - **Monitoring**: promtail auf Host + CT200 -> Loki CT110, node-exporter :9100; dafuer **Tailscale in CT200** aktiviert (100.105.255.18) - **CT-999-Doku** vollstaendig aktualisiert (pve-jervais.md, credentials.md, jellyfin-server.md, ct-146, ki-server-netzlaufwerke, daten-inventar) ## Aenderungen an Infrastruktur - **pve-jervais (.40)**: CT200 Jellyfin (statische IP .41, onboot:1), Samba-Host, promtail+node-exporter+tailscaled, /mnt/media via fstab (nofail), tun-Modul via modules-load.d - **optiplex2 (.170)**: USB-RAID entfernt (Geraet umgezogen) -> .170 als NAS abgeloest - **pve-mu-3 / CT146**: fstab auf .40 umgestellt - **Cloudflare**: Tunnel-Ingress auf CT200 localhost umgestellt - **.149**: cloudflared-jellyfin-Connector gestoppt (Host noch online, Decom morgen) ## Erkannte Probleme - **Config-Regression (behoben)**: Beim Tailscale-Umbau wurde /etc/pve/lxc/200.conf neu geschrieben und verlor Medien-Bind, VAAPI-renderD128/cgroup und idmap; zusaetzlich onboot nicht gesetzt. Folge: Jellyfin ohne Medien/Transcoding + waere nach Reboot nicht gestartet. Wiederhergestellt + verifiziert (reboot-fest). LEARNING in Doku + OpenMemory. - **Loki/Tailscale-Abhaengigkeit**: Loki haengt an Tailscale-IP -> CT ohne Tailscale erreicht es nicht (context deadline exceeded). Deshalb Tailscale in CT200 noetig. - **Muster**: Clines 'fertig'-Meldungen mehrfach zu optimistisch (DB nur gestaged, VAAPI defekt, Config stimmte nicht mit Realitaet) -> konsequente Live-Verifikation noetig. ## Naechste Schritte - **Home Assistant + Zigbee-USB-Stick** von .149 schonend migrieren (USB-Passthrough fehleranfaellig) - **PBS-Backup** fuer pve-jervais/CT200 einrichten (Scope: Jellyfin-DB/Config + HA-Config; 14,6 TB Medien eher NICHT sichern) — explizit ins Issue #107 aufnehmen - 2. cloudflared-Tunnel **3c81dda6** pruefen - **Nextcloud**-Entscheidung (als loeschbar eingestuft) - Danach **.149 abschalten** ## Betroffene Systeme pve-jervais (.40, CT200 jellyfin), optiplex2 (.170), pve-mu-3 (CT146), CT110 (Loki), CT999 (Doku), .149 (alter Jellyfin/Docker-Host), Cloudflare

orbitalo commented

2026-06-16 10:10:58 +00:00

Author

Owner

Update 16.06.2026 — .149 abgeschaltet (Folgeschritt aus diesem Issue)

Entscheidungs-Pivot: Home Assistant wurde nicht migriert — HA war ungenutzt, ioBroker (CT143 Raspi-Broker auf pve-mu-3) bleibt der zentrale Smart-Home-Hub. Die Zigbee-Integration in ioBroker wurde bewusst auf später verschoben ("momentan unwichtig").

Zigbee-Bestandsaufnahme (vor Abschaltung, via MQTT live gemessen)

Nur 6 Geräte: 4x Tuya-Steckdose TS011F (Badezimmer, Computerzimmer, Umwälzpumpe Zirkulation, USV), 1x Temp/Feuchte ZG-227ZL, 1x Lichtsensor TS0222. Live aktiv war nur "Steckdose Computerzimmer 2" (ON, ~30 W Dauerlast); "Badezimmer 1" online aber OFF; die übrigen 4 (inkl. USV + Umwälzpumpe) offline/stumm. Keine Automation greift darauf zu.

Durchgeführt

SaveTV-Sync-Cron auf .149 entfernt (Backup /root/crontab.backup.2026-06-16_120125) — Pipeline ersatzlos eingestellt (Ziel //.170/Medien war durch den Medienumzug ohnehin tot).
Alle 11 Docker-Container gestoppt, Host systemctl poweroff (Cline).
Nextcloud (cloud.orbitalo.info, NC 28.0.14) ersatzlos eingestellt.
Cloudflare (Supervisor): DNS-CNAME cloud.orbitalo.info + Tunnel michael-tunnel (3c81dda6-03d1-49f5-9e38-35a3e92caa04) gelöscht. Per CF-API + DNS-Scan bestätigt: dieser 2. Tunnel bediente ausschließlich cloud.orbitalo.info.

Verifiziert (Supervisor, extern)

.149: offline (Ping 100 % Verlust, Ports 22/1883/8096 tot).
cloud.orbitalo.info: NXDOMAIN / HTTP 000 — tot.
jeyfin-debian.orbitalo.info (CT200/pve-jervais): weiter live, Jellyfin v10.11.11.

Offen

Sonoff-Zigbee-Dongle steckt noch physisch im abgeschalteten .149 → bei späterer Zigbee→ioBroker-Integration ziehen (geplant: Dongle an pve-mu-3).
Hardware .149 kann als Cold-Standby stehenbleiben oder physisch entfernt werden (User übernimmt: alten Server raus, neuen PC an den Platz).
PBS-Backup pve-jervais/CT200 (#107) als Nächstes.

CT999-Doku aktualisiert (hosts/jellyfin-server.md Decom-Banner, index.md, ct-116-hausmeister-bot.md). OpenMemory aktualisiert.

## Update 16.06.2026 — .149 abgeschaltet (Folgeschritt aus diesem Issue) **Entscheidungs-Pivot:** Home Assistant wurde **nicht** migriert — HA war ungenutzt, ioBroker (CT143 Raspi-Broker auf pve-mu-3) bleibt der zentrale Smart-Home-Hub. Die Zigbee-Integration in ioBroker wurde bewusst auf später verschoben ("momentan unwichtig"). ### Zigbee-Bestandsaufnahme (vor Abschaltung, via MQTT live gemessen) Nur **6 Geräte**: 4x Tuya-Steckdose TS011F (Badezimmer, Computerzimmer, Umwälzpumpe Zirkulation, USV), 1x Temp/Feuchte ZG-227ZL, 1x Lichtsensor TS0222. Live aktiv war **nur** "Steckdose Computerzimmer 2" (ON, ~30 W Dauerlast); "Badezimmer 1" online aber OFF; die übrigen 4 (inkl. USV + Umwälzpumpe) offline/stumm. Keine Automation greift darauf zu. ### Durchgeführt - **SaveTV-Sync-Cron** auf .149 entfernt (Backup `/root/crontab.backup.2026-06-16_120125`) — Pipeline ersatzlos eingestellt (Ziel `//.170/Medien` war durch den Medienumzug ohnehin tot). - **Alle 11 Docker-Container** gestoppt, Host `systemctl poweroff` (Cline). - **Nextcloud** (`cloud.orbitalo.info`, NC 28.0.14) ersatzlos eingestellt. - **Cloudflare** (Supervisor): DNS-CNAME `cloud.orbitalo.info` + Tunnel `michael-tunnel` (`3c81dda6-03d1-49f5-9e38-35a3e92caa04`) gelöscht. Per CF-API + DNS-Scan bestätigt: dieser 2. Tunnel bediente **ausschließlich** `cloud.orbitalo.info`. ### Verifiziert (Supervisor, extern) - `.149`: offline (Ping 100 % Verlust, Ports 22/1883/8096 tot). - `cloud.orbitalo.info`: NXDOMAIN / HTTP 000 — tot. - `jeyfin-debian.orbitalo.info` (CT200/pve-jervais): weiter live, Jellyfin **v10.11.11**. ### Offen - **Sonoff-Zigbee-Dongle** steckt noch physisch im abgeschalteten .149 → bei späterer Zigbee→ioBroker-Integration ziehen (geplant: Dongle an pve-mu-3). - Hardware .149 kann als Cold-Standby stehenbleiben oder physisch entfernt werden (User übernimmt: alten Server raus, neuen PC an den Platz). - **PBS-Backup pve-jervais/CT200** (#107) als Nächstes. CT999-Doku aktualisiert (`hosts/jellyfin-server.md` Decom-Banner, `index.md`, `ct-116-hausmeister-bot.md`). OpenMemory aktualisiert.