Docker-Compose nie może połączyć się z demonem platformy Docker

Otrzymuję komunikat o błędzie informujący, że nie mogę połączyć się z demonem Dockera. Przyjrzałem się odpowiedziom innych osób, które miały podobne problemy, ale to nie pomogło. Używam wersji Ubuntu 15.10. Postaram się podać wszystkie posiadane informacje.

root@# docker-compose -f docker-compose-deps.yml up -d
ERROR: Couldn't connect to Docker daemon at http+docker://localunixsocket - is it running?

If it's at a non-standard location, specify the URL with the DOCKER_HOST environment variable.

Wersja platformy Docker

root@# sudo docker     version
Client:
Version:      1.9.1
API version:  1.21
Go version:   go1.4.2
Git commit:   a34a1d5
Built:        Fri Nov 20 13:20:08 UTC 2015
OS/Arch:      linux/amd64
Cannot connect to the Docker daemon. Is the docker daemon running on this host?

Wersja Docker-Compose

root@# docker-compose --version
docker-compose version 1.5.2, build 7240ff3

Tak się dzieje, gdy spróbuję zatrzymać lub uruchomić usługę ...

root@# sudo service docker stop
stop: Unknown instance: 
root@# sudo service   docker start
docker start/running, process 5375

Jeśli biegnę ps aux | grep docker

root@# ps aux | grep docker
root      4233  0.0  0.0  13692  2204 pts/15   S+   10:27   0:00 grep --color=auto docker

Każda pomoc byłaby bardzo mile widziana. Daj mi znać, jeśli będziesz potrzebować więcej informacji.

Miałem ten sam błąd po 15 minutach debugowania. Okazuje się, że wszystko, czego potrzebuje, to sudo:) Sprawdź [Utwórz grupę Docker] tutaj https://docs.docker.com/engine/installation/linux/ubuntulinux/, aby pozbyć się przedrostka sudo.

Miałem ten problem i nie chciałem zepsuć rzeczy przy użyciu sudo. Podczas badania starałem się uzyskać informacje:

docker info

Zaskakująco miałem następujący błąd:

Odmowa dostępu podczas próby połączenia się z gniazdem demona Dockera pod adresem unix: ///var/run/docker.sock: Get http: ///var/run/docker.sock/v1.38/info : dial unix / var /run/docker.sock: connect: odmowa pozwolenia

Z jakiegoś powodu nie miałem wystarczających uprawnień, następujące polecenie rozwiązało mój problem:

sudo chown $USER /var/run/docker.sock

Zrobione !

Wygląda na to, że problem został spowodowany przez stary błąd Dockera, w którym plik gniazda nie został odtworzony po awarii Dockera. Jeśli to jest problem, zmiana nazwy pliku gniazda powinna umożliwić jego ponowne utworzenie:

$ sudo service docker stop
$ sudo mv /var/lib/docker /var/lib/docker.bak
$ sudo service docker start

Ponieważ ten błąd został naprawiony, większość ludzi otrzymujących błąd Couldn't connect to Docker daemonprawdopodobnie otrzymuje go, ponieważ nie ma ich w dockergrupie i nie ma uprawnień do odczytu tego pliku. Bieganie z sudo docker ...rozwiązuje ten problem, ale nie jest świetnym rozwiązaniem.

Docker można uruchomić jako użytkownik inny niż root (bez sudo), który ma odpowiednie uprawnienia grupy. Dokumentacja poinstalacyjna systemu Linux zawiera szczegółowe informacje. Krótka wersja:

$ sudo groupadd docker
$ sudo usermod -aG docker $USER
# Log out and log back in again to apply the groups
$ groups  # docker should be in the list of groups for your user
$ docker run hello-world  # Works without sudo

Dzięki temu użytkownicy w dockergrupie mogą uruchamiać dockeri docker-composewydawać polecenia bez sudo. Sam Docker uruchamia root, pozwalając na niektóre ataki, więc nadal musisz uważać na używane kontenery. Aby uzyskać więcej informacji, zobacz dokumentację Docker Security .

Miałem ten sam problem. Po zrobieniu notatek i przeanalizowaniu niektórych wyników debugowania w końcu rozwiązałem, co może być tym samym błędem. Najpierw uruchom usługę,

service docker start

Nie zapomnij dołączyć użytkownika do grupy docker.

Powinieneś dodać swojego użytkownika do grupy "docker" za pomocą czegoś takiego:

sudo usermod -aG docker $ {UŻYTKOWNIK}

Otrzymałem ten błąd, gdy w Dockerfilekatalogu znajdowały się pliki , które nie były dostępne dla bieżącego użytkownika. dockerw związku z tym nie mógł przesłać pełnego kontekstu do demona i przyniósł komunikat „ Nie można połączyć się z demonem Dockera pod adresem http + docker: // localunixsocket ”.

Jednym ze sposobów rozwiązania tego problemu byłoby najpierw dodanie użytkownika do dockergrupy, uruchamiając następujące polecenie

sudo usermod -aG docker $USER

WAŻNE: pamiętaj, aby wylogować się z systemu (nie tylko z terminala) i zalogować się ponownie, aby to odniosło skutek!

Z wyjścia "ps aux | grep docker" wygląda na to, że demon Dockera nie jest uruchomiony. Spróbuj użyć poniższych metod, aby zobaczyć, co jest nie tak i dlaczego docker się nie uruchamia

1. Sprawdź dzienniki Dockera

$ sudo tail -f /var/log/upstart/docker.log

2. Spróbuj uruchomić docker w trybie debugowania

$ sudo docker -d -D

W moim przypadku Twoja usługa docker może zostać zatrzymana

Polecenie uruchomienia usługi docker:

$ sudo systemctl start docker

Polecenie do sprawdzenia, czy się uruchamia:

$ sudo docker run hello-world

Kolejny powód, dla którego ten błąd może się pojawić: dla mnie była to źle sformułowana definicja ścieżki obrazu w docker-compose.yml:

  service:
    image: ${CONTAINER_REGISTRY_BASE}/my-service
   ...

Najpierw wygląda dobrze, ale CONTAINER_REGISTRY_BASE=eu.gcr.io/my-project/ustawiłem na env. Najwyraźniej //ten błąd spowodował ścieżka obrazu.

docker-compose: v.1.21.2
docker: 18.03.1-ce

po prostu spróbuj sudo. Wygląda na to, że problem z pozwoleniem!

sudo docker-compose -f docker-compose-deps.yml up -d

to działało dla mnie.

Użyłem Ubuntu 16.04 i znalazłem ten problem, gdy użyłem docker-compose. Naprawiłem to, uruchamiając to polecenie.

$ sudo systemctl start docker
$ sudo docker-compose build

Czy istnieje niewielka możliwość, że usunąłeś domyślną maszynę? Ale najpierw sprawdź, czy są tam wszystkie pliki (OSX, podobnie w innych systemach)

brew install docker docker-compose docker-machine xhyve docker-machine-driver-xhyve
brew link docker docker-compose docker-machine xhyve docker-machine-driver-xhyve

sudo chown root:wheel /usr/local/opt/docker-machine-driver-xhyve/bin/docker-machine-driver-xhyve
sudo chmod u+s /usr/local/opt/docker-machine-driver-xhyve/bin/docker-machine-driver-xhyve

Zainstaluj także aplikację Docker, ponieważ konserwacja kontenerów jest znacznie łatwiejsza:

brew cask reinstall docker

i uruchom aplikację Docker z poziomu wyszukiwarki (poczekaj, aż usługa zostanie w pełni uruchomiona)

Następnie sprawdź instalację za pomocą:

docker-machine ls

jeśli na liście nie ma maszyn, utwórz jeden i uruchom go:

docker-machine create default
docker-machine start default

Następnie polecenie build, compose i wszystkie inne polecenia powinny działać poprawnie.

w moim przypadku to dlatego, że zezwolenie ubuntu,

1. Element listy

sprawdź pozwolenie przez

docker info 

jeśli wydrukują pozwolenie na problem, użyj

sudo chmod -R 777 /var/run/docker.sock

U mnie poprawka polegała na zainstalowaniu nowszej wersji (1.24) docker-composekorzystania z tego artykułu .

Poprzednia wersja (1.17) została zainstalowana z ubuntudomyślnego repozytorium, ale po zainstalowaniu nowszej wersji udało mi się uruchomić kontener. Mam nadzieję, że to komuś pomoże.

Myślę, że to ze względu na prawo dostępu, po prostu musisz napisać

sudo docker-compose-deps.yml up

W moim przypadku mam ten sam błąd, gdy próbuję, docker-compose build a moje rozwiązanie zostało po prostu dodanesudo

sudo docker-compose build

Znalazłem to i wydawało się, że rozwiązało mój problem.

GitHub Napraw awarię demona platformy Docker

Zmieniłem zawartość mojego pliku docker-compose-deps.yml, jak widać w linku. Potem uciekłem docker-compose -f docker-compose-deps.yml up -d. Potem zmieniłem to z powrotem iz jakiegoś powodu zadziałało. Nie musiałem kontynuować czynności z podanego linku, ale pierwsze dwa kroki rozwiązały problem.