Files
management/docs/issues/0002-game-01-host-von-cfgmon-aus-nicht-erreichbar-2.md
T
Thore CimbalandClaude Opus 4.8 51c05edb2d docs(issues): review all waiting issues, close #0041 and #0025
Went through the seven imported waiting issues and replaced the generic
'reason is in the GitLab history' placeholder with the real blocker, which
completes #0041. Three of the seven were not merely imprecise but wrong:

- #0025: the deploy had long landed; screenshots confirm 24 aggregated messages
  in the security room (limit 29), summing to the known 126 CRITICALs.
- #0014: the A/B/C decision exists as ADR-0008 (option A). Half its open question
  is now answered — MATRIX has no docker group at all, so the root-equivalence
  does not apply there.
- #0027: the blocking Struktur-Workshop happened on 2026-08-06 and produced three
  ADRs, but W1 and W3 were spot-checked and are still unresolved.

The remaining four wait on a named action by sorb. Measured from here: the GAME
exporters are still filtered (and their silences expired on 2026-08-04, so
TargetDown has been firing every 4h since), while CFGMON's 9090/3100 are already
closed from the internet — so #0008 is about making that state deliberate rather
than an acute exposure.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-08-15 12:00:00 +00:00

2.7 KiB

type, id, status, created, milestone, priority, host, wartegrund, gitlab_iid, related
type id status created milestone priority host wartegrund gitlab_iid related
issue 0002 waiting 2026-08-01 M1 medium game Wartet auf Aufnahme des GAME-Hosts in den Hetzner-vSwitch (Handgriff sorb in der Cloud-Console); erst danach lassen sich die Scrape-Targets auf die private Adresse umstellen. 2

GAME-01: Host von CFGMON aus nicht erreichbar, 2 Prometheus-Targets down

Import aus management#2 (2026-08-11). Kommentare und Verlauf bleiben dort; kanonisch ist ab jetzt diese Datei (ADR-0012).

Zwei Scrape-Targets sind down (gameserver_cadvisor 157.90.155.206:8080, pterodactyl_host_node :9100, beide context deadline exceeded) — bestand schon vor dem Monitoring-Rework; up == 1 in 45 Tagen Retention nie.

Eingrenzung 2026-08-01 (von CFGMON aus): Port 80/443 offen und antworten sofort; 22/8080/9100 Timeout (nicht refused → Signatur eines Paketfilters davor); ICMP 100 % Verlust; Host ist nicht im vSwitch 10.0.0.0/24. Damit ist „Host tot/umgezogen" ausgeschlossen und die Hetzner-Cloud-Firewall die wahrscheinliche Ursache; Zusatzbedingung möglich: Exporter binden nur 127.0.0.1.

Empfehlung: nicht über die öffentliche IP freigeben, sondern den Host in den Hetzner-vSwitch aufnehmen (Modell k3s: CFGMON scrapt 10.0.0.2:9100 privat, keine im Internet offenen Exporter-Ports). Danach in threadnet-operating monitoring/prometheus/prometheus.yml die Targets von der rohen IP auf die private Adresse umstellen.

⚠️ Alerting-Silences laufen am 2026-08-04 01:30 UTC ab (abedb8a2… und 0f64aa3c…); danach melden sich beide TargetDown-Alarme alle 4 h zurück. Verlängern: docker compose exec alertmanager amtool silence expire <id> --alertmanager.url=http://localhost:9093 aus /opt/threadnet-operating/monitoring.

Quelle: hosts/game.md


Übernommen aus dem Backlogs-Markdown beim Framework-Umbau 2026-08-01 (voller Wortlaut: Git-Historie der Datei).

Nachgeprüft 2026-08-15

Exporter weiterhin nicht erreichbar (Messung vom Mac, öffentliche IP): 157.90.155.206:8080 und :9100 laufen in den Timeout, während :443 sofort antwortet — die Signatur eines Paketfilters davor, also unverändert das im Issue beschriebene Bild. Nichts hat sich von allein gelöst.

⚠️ Alert-Nebenwirkung: Die beiden Silences liefen am 2026-08-04 ab; seither meldet TargetDown für beide Targets alle 4 h. Das läuft nun seit rund zwei Wochen und stumpft die Alarmwege ab. Bis der vSwitch-Umzug erfolgt, entweder neu silencen (mit Ablaufdatum) oder den Umzug vorziehen — Dauerfeuer ohne Adressat ist schlimmer als kein Alarm.