Docker - exit code 243

Mam dziwny problem z dockerem na windowsie tj. nagle z czapy kontener przestał się uruchamiać. Po uruchomieniu od razu się wyłącza z exit code 243 bez żadnych błędów w logach. Na linuksie i na innym kompie z windowsem z taką samą wersją dockera wszystko działa. Odpalane jest to przez shell script, w którym eksportuję parę envów np. DOCKER_UID i DOCKER_GID, a następnie wykonuje docker-compose up -d. No i po kilku próbach okazuje się, że jak wywalę export DOCKER_UID=$UID ze skryptu to kontener wstaje. W ogóle nie mogę znaleźć jakichś konkretnych informacji o tym exit codzie, a sam kontener działał normalnie i nagle mu się coś pomieszało. Obraz był usuwany i buildowany od nowa, docker też reinstalowany i nie mam pojęcia, o co chodzi. Miał ktoś podobny problem?

Jest jakiś sposób na czystą instalację dockera jak po formacie?

A event loga sprawdzałeś? Porty masz wolne na maszynie?

Event log pusty, porty wolne. Ogólnie na jednym projekcie ten błąd pojawił się tydzień temu, a drugi projekt z takim samym configiem dockera działał. Dzisiaj nagle drugi projekt też przestał działać z tym samym błędem. Na innym kompie z windowsem oba projekty działają. Na obydwu komputerach do kontenera jest przekazywany ten sam UID i build windowsa też jest ten sam.

@szafran98: Internety sugerują, że ten 243 przewija się często i gęsto w połączeniu z nodejs. Czy przypadkiem Twój kontener nie zawiera właśnie jakiejś apki opartej o nodejsa?

@yarel: Tak dokładnie, jest to back w nodzie. Tylko nie ma nic w logach i nawet nie wiem czego szukać.

@szafran98: coś pewnie się zmieniło, skoro działało i przestało :-) Zgaduję, że może chodzić o uprawnienia odczytu/zapisu do jakiegoś katalogu, który mapujesz do kontenera (skoro wywalenie DOCKER_UID=$UID rozwiązuje problem, tzn. że $UID może nie mieć uprawnień do tego mapowanego katalogu).

@yarel: No, ale UID jest takie samo jak wcześniej. Projekt nie działa na starych branchach, po formacie też nie działa, więc jest to po prostu niemożliwe, że coś się zmieniło w projekcie.

@szafran98: Tak jak pisałem, zgaduję co mogło się zmienić. UID może i jest stałe, ale jeśli masz gdzieś w kontenerze /volume/dupa i tam podpinasz np. c:/my/workspace, to $UID może nie mieć dostępu do tego c:/my/workspace bo tu się zmieniły uprawnienia.

@yarel: Dobra, ale czy format nie powinien tego zmienić? Nie jestem wirtuozem dockera.

@szafran: nie wiem jak format (i format czego) miałby coś zmieniać. Lepiej podaj jakieś szczegóły, plik wejściowy do docker compose, dokładną komendę, której używasz do uruchomienia kontenera i to jak budujesz obraz. Inaczej to będzie zgadywanie.

Inna opcja, to uruchomienie z --entrypoint /bin/bash , a następnie ręczne uruchamianie komend, które faktycznie powinny zostać uruchominie via oryginalny entrypoint. Może wówczas zobaczysz na czym się konkretnie wywala.