From 9c31e62275e1d5ef8e7d53b6dc611c84b5e65b1e Mon Sep 17 00:00:00 2001 From: Christoph Emsenhuber Date: Tue, 18 Aug 2026 09:19:18 +0200 Subject: [PATCH] GC-Soll nachgezogen: 92/92 compliant, 0 Drifts Template ueber push-gc-template.py nach bf-golden-config gepusht, GitRepository-Sync, dann Backup -> Intended -> Compliance. Der erste Sync-Versuch starb an einem redis broken pipe im Nautobot-Stack; Retry ging durch. Co-Authored-By: Claude Opus 5 --- docs/teilprojekte.md | 8 ++++++++ 1 file changed, 8 insertions(+) diff --git a/docs/teilprojekte.md b/docs/teilprojekte.md index c3d0d87..2d13977 100644 --- a/docs/teilprojekte.md +++ b/docs/teilprojekte.md @@ -1384,6 +1384,14 @@ FT kaschierte das bisher als „Roaming" statt „schwache Abdeckung". - **`routeros/tp28-ap-wifi-reste-abraeumen.rsc` hat den Ausfall nicht ausgeloest, aber zementiert:** mit den geloeschten datapath-Objekten gab es lokal nichts mehr, worauf `slaves-datapath` haette zeigen koennen. Der Ein-Zeilen-Fix war damit weg. Nachtrag steht im Skript. + - ✅ **Soll nachgezogen, Compliance wieder sauber: 92/92, 0 Drifts** (2026-08-18). Weg: Template in + `nautobot/mikrotik_routeros.j2` → `routeros/push-gc-template.py` (Secret-Guard) → GitRepository-Sync + → Backup/Intended/Compliance. Ohne den Push meldet der Refresh die zwei neuen Zeilen als `extra` + auf beiden APs — das Jinja lebt im **separaten** Gitea-Repo `bf-golden-config`, ein Commit hier + allein erreicht Nautobot nicht. + - ⚠️ **Beim ersten Sync-Versuch: `redis.exceptions.ConnectionError: broken pipe`** auf dem + Nautobot-Stack. Ein simpler Retry ging durch; NAS-Load war unauffaellig (0,9). Der Job meldet das + als `FAILURE` — nicht mit einem inhaltlichen Fehler verwechseln. - ✅ **Der offene GC-Rest ist erledigt (2026-08-18).** Die fuenf `wifi-*`-ComplianceFeatures haengen jetzt am **Core**, der AP-Zweig des Templates ist auf eine einzige Zeile eingedampft