TP19: VLAN1-Adressen abgeraeumt (pve .41.100, core .41.211), Prometheus bereinigt

pve: /etc/network/interfaces vmbr0 von inet static auf inet manual, Adresse
raus, angewendet per `ip addr del` ohne ifreload -a. Alle 9 Gaeste weiter
running, Storage aktiv, nur noch vmbr0.20 traegt eine IP.

core: 10.40.41.211 ueber Nautobot GC entfernt. Mgmt .99.1 + 10.40.10.1
intakt, Compliance 17/17 gruen — der letzte offene Drift ist damit weg.

Prometheus: der pauschale 41->20-Ersatz war eine Falle. Gemessen statt
angenommen — nur grafana und n8n liefern echte Metriken. gitea hat /metrics
nicht aktiviert, vaultwarden gibt 404, portainer /api/status liefert JSON
statt Prometheus-Format, node/alertmanager/qdrant sind exited, pihole ist
abgewaehlt. 8 Jobs + alerting-Block auskommentiert, 3 Ziele aktiv und up.

Zwei Korrekturen an eigenen Aussagen:
- Die tote Portainer-Umgebung odroid-m1 war NICHT die Ursache des
  HA-Hangs. Sie ist entfernt, das Symptom blieb. Echte Ursache laut
  HA-Debug-Log: `docker system df` auf ep14 kommt nicht zurueck.
- Auf der NAS ist prometheus.yml fuer den Login-User nicht schreibbar
  (65534:65534, Verzeichnis gehoert adm.christoph). Zwei `cat >`-Pushes
  sind still gescheitert. Schreiben nur per sudo tee + md5sum-Gegenprobe.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

routeros/tp19-core-vlan1-address-remove.rsc

@@ -0,0 +1,21 @@
+# TP19 — VLAN1-Bring-up-Adresse vom Core entfernen.
+# Ausgerollt 2026-08-15 ueber Nautobot GC (manual Config Plan), Backup davor:
+# core-pre-tp19-vlan1-addr-20260815.backup
+#
+# `10.40.41.211/24` auf `bridge` (Kommentar TP15-bringup-vlan1) war die letzte
+# .41-Spur auf dem Core und der letzte offene Compliance-Drift (ip-address).
+# Vorher geprueft: keine DNS-Statics, kein DHCP-Server auf `bridge`, kein Netwatch,
+# keine Address-Lists mit .41; `bridge` ist NICHT Mitglied der LAN-Interface-Liste.
+# Mgmt laeuft ueber .99.1 (+ Fallback 10.40.10.1), beides unberuehrt.
+#
+# ERWARTETE NEBENWIRKUNG: die dynamische Connected-Route 10.40.41.0/24 verschwindet
+# mit der Adresse. Das ist gewollt — Restverkehr nach VLAN1 scheitert danach sofort
+# statt in einen Timeout zu laufen.
+#
+# Reihenfolge war bindend und ist erfuellt: HA zeigt auf 10.40.20.100 (Integration
+# `loaded`), pve hat 10.40.41.100 nicht mehr, Prometheus/ioBroker sind umgezogen.
+#
+# Selbstprotokollierend — der Deploy-Job zeigt den Geraete-Output nicht (E1028).
+
+:do { /ip address remove [find address="10.40.41.211/24"] } on-error={ :log info "tp19: remove hat geworfen" }
+:log info ("tp19: ENDE rest-41-adressen=" . [:tostr [:len [/ip address find address~"10.40.41."]]] . " rest-41-routen=" . [:tostr [:len [/ip route find dst-address~"10.40.41."]]])