From be85403d2f41808344a72bdc1b58a22c51c7b878 Mon Sep 17 00:00:00 2001 From: Christoph Emsenhuber Date: Fri, 10 Jul 2026 12:48:27 +0200 Subject: [PATCH] =?UTF-8?q?docs=20=F0=9F=93=84=20TP14.1:=20Omada-Inform/sw?= =?UTF-8?q?2=20vertagt=20(Controller-Login=20.20.175=20fehlt)?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Login an der Controller-UI https://10.40.20.175:8043 schlägt fehl → Inform-Adresse + sw2 re-adopt verschoben. Unkritisch: sw2 „Disconnected" ist reiner Mgmt-Loss (Easy-Managed switcht mit letzter Config weiter, Netz läuft). Voraussetzung fürs Nachholen = Controller-Login/Passwort- Recovery (Creds nicht lokal hinterlegt). Co-Authored-By: Claude Opus 4.8 --- docs/nas-vlan20/handoff/README.md | 12 +++++++----- docs/teilprojekte.md | 4 ++-- 2 files changed, 9 insertions(+), 7 deletions(-) diff --git a/docs/nas-vlan20/handoff/README.md b/docs/nas-vlan20/handoff/README.md index a7ae90e..7d51e29 100644 --- a/docs/nas-vlan20/handoff/README.md +++ b/docs/nas-vlan20/handoff/README.md @@ -17,14 +17,16 @@ grafana .109, hms-mqtt .124, dashboard-web .148, qdrant .159, gitea .157 [DB .20 drawio .139 [intern], oc-tzcharlie .162+cf, oc-johnny2 .161+cf). pve-mcp NEU als Stack id 202 `.20.173` (⚠️ StreamableHTTP am **Root `/`**, nicht `/sse`); `~/.claude.json` `mcpServers.pve-mcp` neu = `{type:http,url:http://10.40.20.173:3000/}`. Tunnel-Smoke gitea/grafana/vw = 200/302/200. -**Rest-/Nacharbeiten:** (a) 🔜 **Omada-Inform-Adresse** noch offen → Controller-UI-Task (s.u.), -sw2 „Disconnected" aber switcht weiter (management-only). (b) ⚠️ alertmanager .153 crash-loopt auf +**Rest-/Nacharbeiten:** (a) ⏸️ **Omada-Inform-Adresse VERTAGT** (2026-07-10): Controller-UI-Login an +`.20.175` schlägt fehl → blockiert, verschoben. sw2 „Disconnected" aber switcht weiter (management-only, +unkritisch). Vor Recovery zuerst **Controller-Login klären** (Passwort-Reset, Creds nicht lokal). (b) ⚠️ alertmanager .153 crash-loopt auf **pre-existing** Config-Bug (`${TELEGRAM_CHAT_ID}`-Literal), nicht migrationsbedingt. (c) ⚠️ openclaw shared-DB `.41.122:3306` down (pre-existing). (d) Merke: `OLLAMA_BASE_URL=.41.167`=Mac-mini bleibt `.41` — **kein Blanket-Env-.41→.20**. Helper: `/private/tmp/nasmig/{redeploy.py,pt.py,omada.py}`. -**Omada-Inform-Fix (Christoph, UI):** `https://10.40.20.175:8043` → Settings → Controller → -„Controller Hostname/IP" = `10.40.20.175`; dann sw2 forget + re-adopt (L3-Discovery). Grund kein -Auto-Fix: Open API kein Inform-Setting, kein Controller-Admin-Login lokal, sw2 = statische IP (kein DHCP-138). +**Omada-Inform-Fix ⏸️ VERTAGT (2026-07-10):** Controller-UI-Login an `https://10.40.20.175:8043` +klappt nicht → erst **Login/Passwort-Recovery** klären (Creds nicht lokal). Danach: UI → Settings → +Controller → „Controller Hostname/IP" = `10.40.20.175`; dann sw2 forget + re-adopt (L3-Discovery). +Kein Auto-Fix: Open API kein Inform-Setting, kein Controller-Admin-Login lokal, sw2 = statische IP (kein DHCP-138).
Original-Aufgabe (erledigt) diff --git a/docs/teilprojekte.md b/docs/teilprojekte.md index 6d64462..7a4bf70 100644 --- a/docs/teilprojekte.md +++ b/docs/teilprojekte.md @@ -286,13 +286,13 @@ FT kaschierte das bisher als „Roaming" statt „schwache Abdeckung". - ⚠️ **Abh./Reihenfolge:** verzahnt mit Omada-PVID-Fix/IP-Migration (Reihenfolge #3); Sessions = Sub-TPs **TP14.1–14.5**, sequenziell A→B→C→(D jederzeit)→E, **keine parallelen Branches** (geteilte Live-Infra). Anschlussstatements: `docs/nas-vlan20/handoff/README.md`. - ✅ **TP14.1 (Session A) durch 2026-07-10:** alle ep14-Container auf vlan20 + pve-mcp neu; nur Omada-Inform-Adresse offen (Controller-UI-Task, s.u.). Nächste Session = **TP14.2 (Session B, pve-LXC → VLAN20, ⚠️ ipvlan)**. -### TP14.1 — Session A: NAS fertigstellen ▸ ✅ Container-Teil DURCH (2026-07-10); ⚠️ nur Omada-Inform offen +### TP14.1 — Session A: NAS fertigstellen ▸ ✅ DURCH (2026-07-10); Omada-Inform/sw2 VERTAGT - ✅ **Alle ep14-Container auf vlan20 redeployed + verifiziert running/.20.x** (via Portainer-Stack-Redeploy, Env preserved, Volumes intakt): oc-stack(112 → prometheus `.151`/node-exporter `.154`/grafana `.109`), default(72 → hms-mqtt `.124`), nginx(101 → dashboard-web `.148`), oc-central(160 → qdrant `.159`), oc-charlie(158 → `.162`+cf), oc-johnny2(150 → `.161`+cf), gitea(111 → `.157`, DB `.20.23:3306` erreichbar ✓), drawio(107 → `.139`, intern; CF-CNAME war eh gelöscht). - ✅ **pve-mcp NEU** als Stack (id 202, vlan20-only `.20.173`), verbunden mit Proxmox `.41.100` (v9.0.11) — ⚠️ **StreamableHTTP am Root-Pfad `/`, NICHT `/sse`** (mcp-pve v0.4.8, `MCP_TRANSPORT=http`). `~/.claude.json` `mcpServers.pve-mcp` NEU angelegt `{type:http, url:http://10.40.20.173:3000/}` (war vorher gar nicht drin) → wirkt nach Claude-Code-Restart. - ✅ **Tunnel-Smoke** (CF-Ingress v116 zeigte schon auf `.20`): gitea 200, grafana 302, vw 200 — Origins existieren jetzt real. - ⚠️ **alertmanager `.153`**: korrekt an vlan20, aber **crash-loop wegen PRE-EXISTING Config-Bug** (`${TELEGRAM_CHAT_ID}`-Literal in `/etc/alertmanager/alertmanager.yml` → int64-Parse-Fehler; Alertmanager macht kein Env-Substitution). NICHT migrationsbedingt, braucht echte chat_id. Out-of-scope. - ⚠️ **openclaw-DB `10.40.41.122:3306` down** (shared MariaDB, pre-existing; Bots kamen trotzdem hoch). `DB_HOST`-Env unverändert gelassen. `OLLAMA_BASE_URL=.41.167`=Mac-mini bleibt korrekt `.41` (migriert nicht → **kein Blanket-Env-.41→.20!**). -- 🔜 **OFFEN — omada-controller Inform-Adresse → `10.40.20.175`**: sw2 „Disconnected" (Controller von `.41.175`→`.20.175` gewandert). **Nur management-loss** — sw2 (Easy-Managed) switcht mit letzter Config weiter, Netz läuft (Live-Traffic bestätigt). Recovery braucht **Controller-UI** (`https://10.40.20.175:8043`): Open API hat kein Inform/Hostname-Setting, kein Controller-Admin-Login lokal hinterlegt, **sw2 = statische IP `.41.12` → keine DHCP-Option-138-Auto-Recovery**. Christoph: UI → Settings → Controller → „Controller Hostname/IP" = `10.40.20.175`, dann sw2 forget+re-adopt (Discovery über L3). +- ⏸️ **VERTAGT — omada-controller Inform-Adresse → `10.40.20.175` + sw2 re-adopt** (2026-07-10): **Login an der Controller-UI `https://10.40.20.175:8043` schlägt fehl** (Christoph kommt nicht rein) → Recovery blockiert, verschoben. **Unkritisch:** sw2 „Disconnected" ist reiner Management-Loss — sw2 (ES208G Easy-Managed) switcht mit letzter Config weiter, Netz läuft (Live-Traffic bestätigt). Kein Auto-Fix: Open API hat kein Inform/Hostname-Setting, kein Controller-Admin-Login lokal, **sw2 = statische IP `.41.12` → keine DHCP-Option-138-Recovery**. **Wenn Login wieder geht:** UI → Settings → Controller → „Controller Hostname/IP" = `10.40.20.175`, dann sw2 forget+re-adopt (L3-Discovery). Vorher **Controller-Login klären** (Passwort-Reset / Recovery — Creds liegen nicht lokal). - 🐞 **Gotcha gefunden:** Portainer-Stack 111 (gitea) hatte den `vlan20`-Networks-Block **auskommentiert** (Vorsession-Artefakt) → Container landete auf `gitea_default`/172.18. Fix = Redeploy mit Disk-File `docs/nas-vlan20/stacks/111-gitea.yml` als Override. ### TP14.2 — Session B: pve-Docker-LXC (.126) → VLAN20 ▸ 🔜 TODO (⚠️ ipvlan, nicht macvlan!)