sorbandClaude Opus 4.8
e9c13dcf22
Alertmanager was configured as an alerting target but never scraped, so its own metrics were absent: a silently breaking alert chain could not report itself — the same blind spot as a missing series, now at the end of the chain. Adds the operating_alertmanager scrape job and AlertDeliveryFailing on alertmanager_notifications_failed_total. The README still claimed alert delivery was deliberately muted via a room=security null receiver. That route is gone; alertmanager.yml routes everything to the matrix receiver, so the backup alerts added yesterday do get delivered. Documentation asserting the opposite is dangerous in both directions, so it now states the current wiring and keeps the alert-storm history as background. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
threadnet-operating
Der Betriebs-/Monitoring-Stack für den Operating-Host CFGMON: Prometheus,
Loki, Grafana, Alloy, Alertmanager und der CVE-Exporter — vollständig als Code,
ein docker compose up -d stellt ihn auf einem frischen Host wieder her.
→ monitoring/README.md ist die eigentliche
Betriebsanleitung (Deployment, Config-Fallen, Alerting, CVE-Pipeline).
Wo was liegt
| Pfad | Inhalt |
|---|---|
monitoring/ |
der Stack: Compose, Prometheus, Loki, Grafana, Alertmanager, Alloy |
monitoring/cve/ |
CVE-Exporter (Trivy-Scan → Prometheus-Metriken), ADR-0003 |
monitoring/grafana/ |
Datasources und Dashboards als Code |
Offene Punkte
Kein Backlog in diesem Repo. Offene Punkte sind Issues im
management-Projekt
(ADR-0005) —
sie betreffen meist mehrere Hosts, eine Liste je Repo würde auseinanderlaufen.
Für diesen Stack einschlägig sind unter anderem
#8 Remote-Write und Loki ohne Auth,
#9 Grafana-Credentials und
#10 Gitea-Backups off-host;
Bestand und Historie zum Host stehen in
hosts/cfgmon.md.
Kanonisch ist git.lab (ADR-0001,
ADR-0002).
Von außerhalb des Labs ist derselbe Stand über den Push-Mirror
sorb/management lesbar — dorthin
aber nie pushen, der Mirror überschreibt.