docs(issues): close #0042 - the schedule step was already satisfied

Steps 2 and 4 were done today with the first mirror run and the milestone on
gitops#61. Step 3 turned out to need nothing: gruppenpruefung carries the same
schedule rule as stillstandspruefung, and the single daily schedule therefore runs
both. Verified on pipeline 472 rather than inferred - both jobs ran, both ended
red, which is the alarm doing its job.

What that leaves is a naming trap worth stating: the schedule is called
"Stillstandsprüfung (täglich)", so nobody looking for the group check finds it
there, and disabling the schedule for one reason silently disables the other check
too. Renaming is a click and belongs to sorb.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
Thore Cimbal
2026-08-18 12:00:00 +00:00
co-authored by Claude Opus 5
parent 6fb3cb7fed
commit f8c2621607
2 changed files with 28 additions and 4 deletions
@@ -1,7 +1,7 @@
---
type: issue
id: "0042"
status: open
status: done
created: 2026-08-11
milestone: M2
priority: high
@@ -28,3 +28,28 @@ gitlab_iid: "36"
4. gitops#61 einen Meilenstein geben (M1 oder M5 an der
ADR-0010-Trennlinie) — der rote Befund der Gruppenprüfung ist die
Erinnerung.
## Erledigt 2026-08-18 — alle vier Schritte
**Schritt 2, erster Spiegel-Lauf:** ausgeführt (von sorb freigegeben). 17 Aktionen:
sieben Neuanlagen (`management#33``#39`), fünf Schließungen, zwei Wiederöffnungen,
drei Label-/Meilenstein-Korrekturen. Die vergebenen iids sind zurückgeschrieben —
das Skript tut das inzwischen selbst, sonst legte der nächste Lauf Duplikate an.
Die Hinweise der Gruppenprüfung sind von 7 auf **0** gefallen.
**Schritt 4, Meilenstein für gitops#61:** M1 gesetzt (jetzt [#0091](0091-gitops-61-enrollment-kollidierender-localpart-uebernimm.md),
inzwischen geschlossen — der Fix war längst ausgerollt).
**Schritt 3, CI-Schedule: war bereits erfüllt, nur nicht als solcher erkennbar.**
Der Job `gruppenpruefung` trägt dieselbe Regel wie `stillstandspruefung`
(`CI_PIPELINE_SOURCE == "schedule"`), und es gibt genau einen Zeitplan — `42 0 * * *`.
Der fährt damit **beide** Jobs. Nachgeprüft an der letzten Schedule-Pipeline (472,
2026-08-17 22:43): `gruppenpruefung` und `stillstandspruefung` sind beide gelaufen.
Beide endeten rot, und das ist die Alarmfunktion, nicht ihr Defekt — die Gruppenprüfung
verlässt sich mit Exit 1 bei Befunden genau darauf.
⚠️ **Stolperstein, bewusst benannt statt behoben:** Der Zeitplan heißt
„Stillstandsprüfung (täglich)". Wer nach der Gruppenprüfung sucht, findet sie dort nicht
— und wer den Zeitplan wegen der Stillstandsprüfung abschaltet, schaltet unbemerkt die
Gruppenprüfung mit ab. Umbenennen (etwa „Nächtliche Prüfungen") ist ein Handgriff auf
GitLab und liegt bei sorb.