Compose: Konnte keine Verbindung zum Docker-Daemon unter http + unix: //var/run/docker.sock herstellen - läuft er?

Ich erhalte die gleiche Fehlermeldung, wenn ich Docker ausführe.
Es wird gelöst, indem ich mich der Benutzergruppe 'Docker' hinzufüge.

Versuchen Sie, den folgenden Befehl auszuführen, um sich der Gruppe hinzuzufügen
usermod -aG docker ${USER}

Oder Sie können den folgenden Befehl ausführen, um herauszufinden, zu welchen Gruppen Sie gehören
groups $USER

Es sieht so aus, als würde Docker-Compose die $DOCKER_HOST env-Variable hier ignorieren, da versucht wird, anstelle der 127.0.0.1-Adresse eine Verbindung zum Socket herzustellen.

das gleiche Problem hier

Ich habe gerade die gleiche Fehlermeldung erhalten, als mein Laptop-WLAN ohne Kabelverbindung ausgeschaltet war. Ich aktiviere WiFi und verbinde mich mit dem drahtlosen Heimnetzwerk, dann ist das Problem gelöst.

Sie können 5.0.3 (Prebuild) unter https://www.virtualbox.org/wiki/Testbuilds ausprobieren. Es ist dieses Problem für mich behoben.

Ich hatte dieses Problem mit Docker in meinem Mac, aber es wurde gelöst, als ich den Befehl compose ohne sudo ausführte. Es scheint also ein Benutzerproblem zu sein.

Mit sudo-Befehl auch für mich gelöst

@rept hast du immer noch dieses Problem? Die Docker-Version, die Sie gemeldet haben, ist jetzt über ein Jahr alt, was in Docker-Begriffen prähistorisch ist :)

Ich frage mich, ob dieses Problem offen gehalten werden sollte, da es jetzt alle möglichen Gründe sammelt, warum der Dämon nicht erreicht werden kann (ich meine das nicht schlecht; danke an alle, die Lösungen vorgeschlagen haben, es wird geschätzt).

Ich habe eine neue Installation auf einem völlig anderen Computer durchgeführt und sie funktioniert jetzt. Also schließen Sie es.

Danke, @rept , und schön zu hören, dass es gelöst wurde!

Ich bekomme

ERROR: Couldn't connect to Docker daemon at http+docker://localunixsocket - is it running?

Auch jedes Mal wenn ich aktivieren tty: true oder stdin_open: true in docker-compose.yml und läuft docker-compose up .

Kann es verwandt sein?

Docker version 1.9.1, build a34a1d5
docker-compose version 1.5.2, build 7240ff3

Ich habe gerade mein Problem gelöst, indem ich den Befehl "docker-compose run ..." mit sudo ausgeführt habe.

Ich bin darauf gestoßen, als ich docker compose up -d während des Vagrant Up ausgeführt habe. Benutzer vagrant wurde zur Gruppe docker hinzugefügt, aber der obige Fehler wird angezeigt, wenn er ohne sudo . Es funktioniert später, wenn man sich als Benutzer vagrant anmeldet, aber während der Bereitstellung fehlschlägt, sodass es etwas mit env-Variablen zu tun hat.

docker-compose version: 1.4.1

Einfache Lösung: sudo docker-compose up

Ich lief zu demselben Problem mit:

[root<strong i="6">@c910f05c01bc07</strong> xcat-docker]# docker-compose version
docker-compose version 1.6.2, build 4d72027
docker-py version: 1.7.2
CPython version: 2.7.9
OpenSSL version: OpenSSL 1.0.1e 11 Feb 2013

Docker-Version:

[root<strong i="10">@c910f05c01bc07</strong> xcat-docker]# docker version
Client:
 Version:      1.10.2
 API version:  1.22
 Go version:   go1.5.3
 Git commit:   c3959b1
 Built:        Mon Feb 22 16:16:33 2016
 OS/Arch:      linux/amd64

Server:
 Version:      1.10.2
 API version:  1.22
 Go version:   go1.5.3
 Git commit:   c3959b1
 Built:        Mon Feb 22 16:16:33 2016
 OS/Arch:      linux/amd64

Das ist eine Problemumgehung, keine Lösung, oder?

Ich bin immer noch oft damit konfrontiert

Dies ist kein Kompositionsproblem. Wenn Sie von compose aus keine Verbindung zum Docker-Daemon herstellen können, gibt es einige wahrscheinliche Ursachen:

• Sie haben vergessen, die DOCKER_ env-Variablen zu exportieren. Dies erfolgt häufig durch Ausführen von eval $(docker-machine env default)
• Es besteht ein Netzwerkproblem zwischen Ihnen und dem Remote-Docker-Host (wenn Sie auf einem Cloud-Anbieter ausgeführt werden).
• Es liegt ein Problem mit dem Docker-Daemon vor, der in der Virtualbox-VM ausgeführt wird
• Ihr Benutzer hat aufgrund von Berechtigungen keinen Zugriff auf den Docker-Daemon-Socket (wenn Sie auf einem Linux-Host ausgeführt werden). Die Lösung besteht darin, die Berechtigungen zu sudo oder zu korrigieren.

Dies sind keine Probleme, die durch Verfassen gelöst werden können.

Es gibt ein Problem mit tty , das hier gebucht wird: # 3106

Ich kann bestätigen: Dies ist kein Docker-Compose-Problem.

Wenn es hilft: Ich bin auf einem Ubuntu-Host auf dasselbe Problem gestoßen (Verbindung konnte nicht hergestellt werden ...). Das Ausführen von sudo systemctl status docker.service -l zeigte das "echte" Problem. In meinem Fall bestand die Lösung darin, alle Dateien in "/ var / lib / docker / network / files /" zu entfernen und den Docker-Dienst neu zu starten.

hi @dnephin @madflow , ich denke das ist ein Docker-Compose-Problem.

Da mit demselben Docker-Image und Docker-Netzwerk der Container erfolgreich gestartet werden kann

 sudo docker run -it --privileged=true  --hostname=xcatmn --name=xcatmn --add-host="xcatmn.clusers.com xcatmn:10.5.107.101" --volume /docker/xcatdata/:/install --net=subnet1 --ip=10.5.107.101  xcat/xcat-ubuntu-x86_64

aber fehlgeschlagen mit "Docker-Compose Up". Die Datei docker-compose.yml entspricht den Optionen und Argumenten von "docker run":

[root<strong i="12">@c910f05c01bc07</strong> xcat-docker]# docker-compose config
networks:
  default:
    external:
      name: subnet1
    external_name: subnet1
services:
  xcatmn:
    container_name: xcatmn
    extra_hosts:
      xcatmn.clusers.com xcatmn: 10.5.107.101
    hostname: xcatmn
    image: xcat/xcat-ubuntu-x86_64
    networks:
      default:
        ipv4_address: 10.5.107.101
    privileged: true
    stdin_open: true
    tty: true
    volumes:
    - /docker/xcatdata:/install:rw
version: '2.0'
volumes: {}

Der Docker und verfassen Versionsinformationen:

[root<strong i="16">@c910f05c01bc07</strong> xcat-docker]# docker version
Client:
 Version:      1.10.2
 API version:  1.22
 Go version:   go1.5.3
 Git commit:   c3959b1
 Built:        Mon Feb 22 16:16:33 2016
 OS/Arch:      linux/amd64

Server:
 Version:      1.10.2
 API version:  1.22
 Go version:   go1.5.3
 Git commit:   c3959b1
 Built:        Mon Feb 22 16:16:33 2016
 OS/Arch:      linux/amd64
[root<strong i="17">@c910f05c01bc07</strong> xcat-docker]# docker-compose version
docker-compose version 1.7.0dev, build 99d68be
docker-py version: 1.8.0-dev
CPython version: 2.7.9
OpenSSL version: OpenSSL 1.0.1e 11 Feb 2013

Wenn Sie ein Verbindungsproblem mit Compose und nicht mit Docker Cli reproduzieren können, öffnen Sie bitte ein neues Problem. Es ist großartig, alle Informationen, die Sie hier haben, sowie die Fehlermeldung und einen Link zu einer Einfügung mit docker-compose --verbose up .

Ich bekomme das, wenn einer meiner Containernamen eine Kamelhülle hat.

$ cat docker-compose.yml
referenceCombo:
  build: referenceCombo

$ docker-compose build
Building referenceCombo
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.

Ändern Sie den Namen in "referencecombo" (alle Kleinbuchstaben) und es ist in Ordnung. Die Fehlermeldung hilft definitiv nicht, dies herauszufinden :(

@chriskessel Ich denke, Ihr Problem wird von # 2816 abgedeckt, es ist ein Fehler in Docker Engine.

Nach dem Neustart der Docker-Dienste funktioniert es für mich :(

Service Docker neu starten

Ich hatte den gleichen Fehler nach 15 Minuten Debugging. Es stellt sich heraus, dass alles, was es braucht, ein sudo :)
Schauen Sie sich [Erstellen einer Docker-Gruppe] hier https://docs.docker.com/engine/installation/linux/ubuntulinux/ an, um das sudo-Präfix zu entfernen.

Warum muss mit sudo laufen?

@fabiopaiva Docker stellt standardmäßig eine Verbindung zu einem Unix-Socket her, bei dem es sich um eine Datei mit Lese- / Schreibrechten für Root-Benutzer und Docker-Gruppen handelt:

$ ls -l /var/run/docker.sock
srw-rw---- 1 root docker 0 Jun 29 23:38 /var/run/docker.sock

Sie müssen also entweder root oder Mitglied der Docker-Gruppe sein, um eine Verbindung herzustellen. Wenn Docker einen TCP-Socket abhört, gelten die Berechtigungen nicht.

Ich lösche die Datei /var/run/docker.sock
wie könnte das korrigieren?

@pixies Neustart Der Docker-Dienst sollte ihn neu erstellen

Dies ist die richtige Antwort. In vielen Fällen müssen Sie sich abmelden und wieder anmelden, damit die Änderung wirksam wird. Das Ausführen des Befehls mit sudo funktioniert ebenfalls, aber das Hinzufügen der erforderlichen Benutzer zur Docker-Gruppe ist eine bessere Lösung, sodass Sie keinen sudo-Zugriff erteilen müssen.

leoyuholo kommentierte am 14. Mai 2015

Es wird gelöst, indem ich mich der Benutzergruppe 'Docker' hinzufüge.

Versuchen Sie, den folgenden Befehl auszuführen, um sich der Gruppe hinzuzufügen
usermod -aG docker ${USER}

Oder Sie können den folgenden Befehl ausführen, um herauszufinden, zu welchen Gruppen Sie gehören
groups $USER

Es funktioniert wirklich, wenn eine Maschine neu gestartet wird.

@alexanderadam hast du eine Lösung gefunden? Ich habe jetzt den gleichen Fehler

@CnytSntrk Entschuldigung, ich habe das Problem anders gelöst. :zwinkern:
Aber viel Glück: four_leaf_clover: eine Lösung finden!

@alexanderadam danke: +1:

Ich habe gerade mein Problem gelöst, indem ich den Befehl "docker-compose run ..." mit sudo ausgeführt habe.

Ich habe das Problem beim Hinzufügen von Sudo gelöst

Neustart hat den Trick für mich getan

Ich hatte auch das Problem, nachdem ich Benutzer zur Docker-Gruppe hinzugefügt hatte, um Sudo zu vermeiden. Neustart hat alles gelöst! Vielen Dank

Nach dem Hinzufügen eines Benutzers zur Docker-Gruppe ist kein Neustart erforderlich. Melden Sie sich einfach ab und wieder an, es funktioniert für mich

Ich habe es vor Rahman versucht. Es hat nicht funktioniert. Danke trotzdem

+1

Dies ist immer noch ein Problem unter Ubuntu 16.04 und ich habe mich zur Docker-Gruppe hinzugefügt und dann hat das erneute Protokollieren funktioniert. Dieses Problem sollte nicht geschlossen werden.

Ubuntu 16.04
https://github.com/docker/compose/issues/1214#issuecomment -102246925
Perfekt arbeiten, aber vorher neu starten

Ubuntu 16.04 hat den gleichen Fehler

Lösung (von https://docs.docker.com/engine/installation/linux/debian/ funktioniert nicht nur mit Debian):

Fügen Sie die Docker-Gruppe hinzu, falls sie noch nicht vorhanden ist.
sudo groupadd docker

Fügen Sie den verbundenen Benutzer "$ {USER}" zur Docker-Gruppe hinzu.
Ändern Sie den Benutzernamen entsprechend Ihrem bevorzugten Benutzer.
Möglicherweise müssen Sie sich abmelden und erneut anmelden
dies wird wirksam.
sudo gpasswd -a ${USER} docker

Starten Sie den Docker-Daemon neu.
sudo service docker restart

@ Mikevoets Ja, ich denke, das sollte dieses Problem lösen.

Ich hatte das gleiche bei einer Neuinstallation und stellte fest, dass ich kein "sudo" verwendete.

Weiß jemand, wie man es ohne sudo ausführt?

Siehe meine Antwort Marco

2016-11-08 0:15 GMT + 01: 00 Marco Ordonez [email protected] :

Weiß jemand, wie man es ohne sudo ausführt?

- -
Sie erhalten dies, weil Sie erwähnt wurden.
Antworte direkt auf diese E-Mail und sieh sie dir auf GitHub an
https://github.com/docker/compose/issues/1214#issuecomment -258994514,
oder schalten Sie den Thread stumm
https://github.com/notifications/unsubscribe-auth/AEN6D4Gfir0gehnbenS0IT65wLHAo2VWks5q77ERgaJpZM4D2vHs
.

@ mordonez-me, das Hinzufügen zur Docker-Gruppe wird helfen.

sudo gpasswd -a ${USER} docker

Im Allgemeinen habe ich die folgenden Installationsschritte in Centos 7 mit root user:

# Remove SELinux for dev VMs
yum remove -y selinux*
# Docker
curl -fsSL https://get.docker.com/ | sh
systemctl enable docker
systemctl restart docker
curl -L https://github.com/docker/compose/releases/download/1.8.1/docker-compose-`uname -s`-`uname -m` \
  > /usr/bin/docker-compose
chmod +x /usr/bin/docker-compose
gpasswd -a vagrant docker

Und danach funktioniert es gut mit meinem Nicht-Root-Benutzer vagrant .

Dies funktionierte nur für mich, nachdem ich mich angemeldet und abgemeldet hatte, nachdem ich meinen Benutzer zur Docker-Gruppe hinzugefügt hatte.

FWIW, ich brauchte einen Neustart des Systems, bevor es für mich funktionierte. Dies war wahrscheinlich auf die Tatsache zurückzuführen, dass die Kernel-Pakete linux-image-extra-* neu installiert wurden, wie von Docker unter Ubuntu Xenial gefordert. Siehe Voraussetzungen nach Ubuntu-Version .

Versuchen Sie, dockerd oder sudo dockerd auszuführen, falls dies zuerst erforderlich ist, um den Daemon zu starten. Wenn Sie dockerd mit sudo , möchten Sie möglicherweise auch docker-compose up mit sudo ausführen. sonst ist es gut

Da ich einige der vorgeschlagenen Befehle in diesem Thread verwendet habe, wollte ich meine Erfahrungen teilen.

Ich habe die folgende Konfiguration in Vagrantfile :

config.vm.provision "docker"
config.vm.provision "shell", inline: "docker ps", privileged: false
# or
# config.vm.provision "shell", inline: "docker-compose ps", privileged: false

Ich bekomme folgendes Problem:

• Wenn ich versuche, Docker zu verwenden:

  Cannot connect to the Docker daemon. Is the docker daemon running on this host?
  

• Wenn ich versuche, Docker Compose zu verwenden:

  ==> default: Couldn't connect to Docker daemon at http+docker://localunixsocket - is it running?
  ==> default: 
  ==> default: If it's at a non-standard location, specify the URL with the DOCKER_HOST environment variable.
  

Dank dieses Kommentars habe ich es zum Laufen gebracht.

Lösung:

config.vm.provision "docker"
# The following line terminates all ssh connections. Therefore
# Vagrant will be forced to reconnect.
# That's a workaround to have the docker running with the vagrant user
config.vm.provision "shell", inline:
   "ps aux | grep 'sshd:' | awk '{print $2}' | xargs kill", privileged: true
config.vm.provision "shell", inline: "docker ps", privileged: false

Dies ist kein Docker-Problem, sondern eher ein Linux-Socket-Berechtigungsproblem (sehr häufiges Problem zwischen PHP-Fpm und Nginx).

1) Docker ist eine klassische HTTP-Client / Server-Anwendung. Der Client spricht über einen Socket oder eine IP mit dem Server
2) Der Socket ist eine Linux-Datei, die mit Berechtigung einem Benutzer und einer Gruppe gehört:

    sudo ls -alh /var/run
    ...
    srw-rw---- 1 root staff    0 Jan 22 10:09 docker.sock
    ....

3) Wenn Sie docker ps ausführen, müssen Sie über die Berechtigung zum Zugriff auf die Datei docker.sock verfügen

In diesem Fall machen Sie einfach sudo usermod -aG staff [ME] , um Sie zur richtigen Gruppe hinzuzufügen (normalerweise sind es docker ) (dasselbe gilt für php-fpm, wo die Gruppe normalerweise www-data ist).

Ich hatte das Problem, dass ich pip install docker-compose . Ich habe es deinstalliert und sudo pip install docker-compose . Jetzt funktioniert der Befehl sudo docker-compose up .

Hoffentlich hilft das.

Wenn Sie Authentifizierungsprobleme mit einer Pip-Installation haben, verwenden Sie am besten pip install [package] - Benutzer als sudo. In einigen Fällen führt die Verwendung von sudo zu Authentifizierungsproblemen, während die Anwendung selbst ausgeführt wird.

Am 25. Januar 2017, um 17:38 Uhr, schrieb oesah [email protected] :

Ich hatte das Problem, dass ich pip install docker-compose verwendet habe. Ich habe es deinstalliert und sudo pip install docker-compose verwendet. Jetzt funktioniert der Befehl sudo docker-compose up.

Hoffentlich hilft das.

- -
Sie erhalten dies, weil Sie kommentiert haben.
Antworten Sie direkt auf diese E-Mail, zeigen Sie sie auf GitHub https://github.com/docker/compose/issues/1214#issuecomment-275255529 an oder schalten Sie den Thread https://github.com/notifications/unsubscribe-auth/AMoEJ_g9iZOd2_BQUgaqgyk2mPLVvv5vv5vv5vv5vv5vv5vv5vv5vvvv .

unter Fedora Linux
Fügen Sie Ihren Benutzer zur Docker-Gruppe hinzu
sudo usermod -aG docker username

Nach dem Neustart dieses Befehls reicht die Abmeldung nicht mehr aus wie bei anderen Distributionen

Nichts ist besser als das offizielle Dokument zu empfehlen:

https://docs.docker.com/engine/installation/linux/linux-postinstall/

Schau dir das an.

Das offizielle Dokument ist immer der erste Ort, an dem Sie Hilfe anfordern sollten.

Also habe ich den Benutzer zur Docker-Gruppe hinzugefügt:

sudo groupadd docker
sudo usermod -aG docker $USER
sudo service docker restart

Ich hatte immer noch Verbindungsprobleme, als docker ps als Benutzer ausgeführt wurde, der mir den folgenden Fehler gab:

Got permission denied while trying to connect to the Docker daemon socket at unix:///var/run/docker.sock: Get http://%2Fvar%2Frun%2Fdocker.sock/v1.27/containers/json: dial unix /var/run/docker.sock: connect: permission denied

Durch einen Neustart des Servers wurde dieses Problem behoben, sodass ich Docker-Befehle als Benutzer ausführen konnte, ohne sudo zu verwenden:

sudo reboot now
... (wait for boot) ...
ssh server
docker ps

BEARBEITEN:

Es wurde erwähnt, dass Sie sich nur abmelden / anmelden müssen, damit dies aktualisiert wird. Nach dem Hinzufügen des Benutzers zur Docker-Gruppe ist kein Neustart erforderlich, um Docker-Befehle ohne sudo auszuführen.

mit sudo hat es auch für mich gelöst

Ohne Abmeldung:

sudo usermod -aG docker $USER
su $USER -

Wie oben erwähnt:

sudo usermod -aG docker $USER

Ausloggen.
Anmeldung.
Getan.

Ich hatte das gleiche Problem und in meinem Fall war die Ursache, dass ich einige Dateien in dem Ordner mit Dokcerfile hatte, auf die ich keine Zugriffsrechte hatte. Nach dem Ausführen von chown fingen alle an, gut zu funktionieren.
Die Lösung mit usermod hat bei mir nicht funktioniert.

AKTUALISIEREN
Es ist mir wieder passiert und dieses Mal bestand die Lösung darin, alle Docker-Container zu entfernen mit:

docker ps -aq | xargs docker rm

Dies ist tatsächlich ein Installationsproblem. Informationen zur Nachinstallation finden Sie auf der offiziellen Seite. Ich löse dieses Problem mit Hilfe des Dokuments.

Wie @ TrkiSF2 oben sagte. Nachdem Sie Ihren Benutzer zur Docker-Gruppe hinzugefügt haben, müssen Sie sich abmelden und erneut anmelden, damit er wirksam wird.

Beim Versuch, eine Verbindung zum Docker-Daemon-Socket unter Unix herzustellen, wurde die Berechtigung verweigert: ///var/run/docker.sock: http: //%2Fvar%2Frun%2Fdocker.sock/v1.29/containers/json: Unix wählen /var/run/docker.sock: connect: Berechtigung verweigert

Lösung: # chmod -Rf 777 /var/run/docker.sock

Neustart gelöst nach getan

sudo usermod -aG docker $ {USER}

Habe dieses Problem auf digitalen Ozeantröpfchen. Das Setzen von Droplet auf die interne Kernelverwaltung hat dieses Problem für mich behoben. Https://www.digitalocean.com/community/tutorials/how-to-update-a-digitalocean-server-s-kernel#setting -up-the-droplet-for -internes-Kernel-Management

Löse damit mein Problem:
https://techoverflow.net/2017/03/01/solving-docker-permission-denied-while-trying-to-connect-to-the-docker-daemon-socket/

Ich hatte dieses Problem bei einem Code-Repo, das einen Moment lang gut lief und dann nicht. Ich hatte andere Repos auf demselben Computer und demselben Konto, die einwandfrei erstellt wurden, sodass es sich nicht um ein Gruppenproblem oder etwas anderes bei der Systemkonfiguration handelte. Ich hatte kein DOCKER_HOST env var gesetzt. Ich vermute, dass dieser Fehler aus verschiedenen Gründen verursacht werden kann, aber für mich war er der Root-Besitz der Build-Artefakte im Repo-Verzeichnis. sudo chown -R Alle Dateien im Repo zum Benutzerkonto haben das Problem für mich gelöst.

Ich persönlich habe die Lösung von

Ich bin auf dieselbe Fehlermeldung gestoßen , und genau wie bei sudo chown -R auf den Build-Assets hat das Problem behoben.

Ich erhalte die gleiche Fehlermeldung, wenn ich "Docker-Compose Build" ausführe.
Also habe ich den Befehl sudo hinzugefügt und er funktioniert einwandfrei. ($ sudo docker-compose build)

Dies könnte eine andere Lösung sein:
sudo chmod 777 /var/run/docker.sock

@Farada das Ändern der Berechtigungen ist gefährlich; Der Zugriff auf die Docker-API entspricht dem Root-Zugriff auf Ihrem Computer. Durch Ändern der Berechtigungen in 777 erhält jeder auf dem Host-Root-Zugriff Zugriff.

Das Hinzufügen Ihres Benutzers zur Docker-Gruppe ist die Lösung dafür. Wie oben erwähnt, müssen Sie Ihren Server / Computer neu starten. Bitte nichts an 777 ändern!

Wenn Sie Docker mit dem Befehl sudo installiert haben, versuchen Sie es mit sudo YOUR_COMMAND.

In meinem Fall hat Docker bei jedem Ausführen des Containers Ordner und Dateien in meinem Projektordner erstellt (ich verwende Volumes, um alle Quellen usw. zu verknüpfen).

Standardmäßig wird ein Docker-Image mit dem Root-Benutzer ausgeführt. Dies hat das Problem verursacht. Immer wenn ich Build-Prozesse in meinem Image ausführte, wurden für die Ausgabedateien root:root Berechtigungen festgelegt, was sich in meinem widerspiegelt
Dateisystem.

Es stellt sich heraus, dass dieser Fehler ausgelöst wird, wenn Docker nicht auf diese Dateien zugreifen kann, da er beim Start des Builds als der Benutzer ausgeführt wird, mit dem Sie den Befehl ausgeführt haben. Wenn es die Verzeichnisse / Dateien mit root:root trifft, wird es gerettet und gibt einen generischen ....is it running? Fehler, wenn es permission denied in X, cannot continue sagen sollte .

In meinem Fall habe ich gerade die Dateien hinzugefügt, die mein Docker-Image in .dockerignore generiert, und es wurde sofort gelöst.

Im Grunde wurde mir ein nicht verwandter Fehler gegeben.

Bearbeiten Ich sehe viele Leute, die sudo als Lösung verwenden. Der Grund, warum dies "magisch" funktioniert, sind die Probleme, die ich in diesem Kommentar beschreibe. Wenn Sie unter sudo ausgeführt werden, sind Berechtigungen kein Problem mehr, da Sie als root ausgeführt werden. Dies ist keine Lösung!

Ich habe folgendes bekommen:

 docker-compose build
db uses an image, skipping
Building web
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.

Das Problem war, dass einige Dateien im Kontext der Docker-Datei restriktive Berechtigungen hatten, eine schnelle sudo chown -R damo ./* behoben.

Ich würde jedoch argumentieren, dass es hier tatsächlich ein Problem mit docker-compose gibt - ich hätte eine informative Fehlermeldung erhalten sollen, die genau angibt, dass es aufgrund eines Berechtigungsfehlers fehlgeschlagen ist, anstatt eines mehrdeutigen Verbindungsfehlers, der ein roter Hering war Mein Fall, als ich Zeit damit verschwendete, mich mit dem Docker-Daemon-Dienst selbst zu beschäftigen.

Ich habe das ein paar Mal bekommen.

Für mich ist es kein Konfigurationsproblem. Stattdessen fühlt es sich an, als würde Docker sterben und anhalten. Während eines Ereignisses kann ich immer noch nicht sagen, wann es auftritt.

Wie auch immer, wenn meine Intuition korrekt ist, könnte das Update sudo service docker restart aber anscheinend ist dies nicht ausreichend.

Am Ende funktioniert also nur ein Neustart .

Der Docker-Daemon wird an einen Unix-Socket anstelle eines TCP-Ports gebunden. Standardmäßig gehört dieser Unix-Socket dem Benutzer root, und andere Benutzer können nur mit sudo darauf zugreifen. Der Docker-Daemon wird immer als Root-Benutzer ausgeführt. Linux Post Install

$ sudo groupadd docker
$ sudo usermod -aG docker $USER

Erinnerung: (Denken Sie daran, die Sitzung neu zu starten oder die VM neu zu starten.)

• Beim Testen auf einer virtuellen Maschine muss die virtuelle Maschine möglicherweise neu gestartet werden, damit Änderungen wirksam werden.
• Melden Sie sich in einer Linux-Desktopumgebung wie X Windows vollständig von Ihrer Sitzung ab und dann wieder an.

Ich hatte das gleiche Problem. Wie andere bereits erwähnt haben, hat es funktioniert, als ich das Docker-Compose mit sudo ausgeführt habe.

Hallo Leute, ich hatte das gleiche Problem, als ich Fedora 26 verwendete, und dann habe ich die Lösung für Fedora 25 gefunden, aber es funktioniert für mich.

Hier ist der Ausschnitt:

$ sudo groupadd docker && sudo gpasswd -a ${USER} docker && sudo systemctl restart docker
$ newgrp docker

REF: https://developer.fedoraproject.org/tools/docker/docker-installation.html

Ich hoffe es hilft dir, danke

sudo systemctl status docker.service -l ist sehr nützlich, um das eigentliche Problem zu finden.

Ich hatte das gleiche, aber nur mit docker-compose build . Dies war schließlich nur ein Problem der Dateiberechtigung. Ich habe Dateien im Container erstellt, die root gehören, und es war nicht möglich, mit diesen Dateien zu erstellen. Ich habe einfach ein sudo chown -R $USER . und es funktioniert.

Ich hatte den gleichen Fehler beim Erstellen eines MySQL-Containers, nachdem ich meinen vorherigen gelöscht hatte.
Der Grund war, dass ich einen Datenordner (aus Gründen der Persistenz) hatte, der dem Benutzer im vorherigen Container gehörte.
Die Lösung bestand darin, den Datenordner zu löschen. Warnung - Sie verlieren Ihre Daten. Wenn Sie Ihre Daten behalten möchten, verschieben Sie möglicherweise den Datenordner oder weisen Sie neue Eigentümer zu.

habe den Trick gemacht, mich der Gruppe hinzuzufügen
usermod -aG docker $ {USER}

Neustart und funktioniert!

Für mich wurde dies durch Anmeldung im Admin-Modus behoben: sudo -s

Wenn das hilft!

Ich habe dieselbe Fehlermeldung erhalten, indem ich einen Bildnamen verwendet habe, der ein "+" - Zeichen enthält. (Dies geschah, weil ich meine Bilder nach einer Versionskontroll-ID benannte.)

Zum Beispiel ein docker-compose.yaml mit:

services:
  foobar:
    image: "foobar:a-b+c"
    ....

scheitert mit

Building foobar
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.

Das Entfernen des "+" aus dem Bildnamen funktionierte jedoch einwandfrei.

@fabiopaiva Ich auf dem Host zu sudo werden kann.
Jeder Benutzer mit Docker-Ausführungszugriff kann ein einfaches Docker starten, das das gesamte Host-Dateisystem bindet und als Root darauf zugreift (dh Schattendateien für Kennwörter oder Änderungsberechtigungen für das gesamte System).
Sie müssen also sehr vorsichtig sein, wer diesen Befehl verwenden kann.

Danke @Gronan , ich erinnere mich nicht genau an diesen Thread.
Aber was Ihre Erklärung betrifft, wenn Sie mit sudo laufen, geben Sie diese Kontrolle trotzdem.
Vielen Dank für die Erklärung

Ich brauche kein Sudo.
Fügen Sie Ihren Benutzer der Docker-Gruppe Docker hinzu
und starten Sie den Docker-Dienst, den Dienst-Neustart-Docker oder systemctl restart docker.service neu

Es ist kein Neustart des Systems erforderlich.

Dieses Problem hängt damit zusammen, wie ein Linux-Prozess unter welchem ​​Benutzer und welcher Gruppe ausgeführt wird und was passiert, wenn Sie die Mitgliedschaft in der Prozessgruppe ändern und wie sie wirksam wird.

usermod -aG docker ${USER}
dann _reboot_.

Dies liegt daran, dass der Docker- Daemon als Root-Benutzer und Docker-Compose als regulärer Benutzer ausgeführt wird

Drei Schritte, um das Problem zu beheben:

1. Sudo Groupadd Docker
2. sudo usermod -aG docker $ USER
3. Starten Sie neu, um die Änderungen zu aktualisieren.

Weitere Details in:
https://docs.docker.com/engine/installation/linux/linux-postinstall/#manage -docker-as-a-non-root-user

Anstatt neu zu starten, können Sie einfach su - ${USER} . Ich denke, dies lädt den aktuell aktiven Benutzer im Terminal neu.

https://www.digitalocean.com/community/tutorials/how-to-install-and-use-docker-on-ubuntu-16-04

Dies funktionierte bei mir ohne Neustart:

1. Docker-Gruppe hinzufügen:
   sudo usermod -aG docker ${USER}
2. Lauf
   id
3. Wenn die Docker-Gruppe nicht in der Gruppenliste angezeigt wird, melden Sie sich ab und wieder an

Mein Problem war schließlich, dass ich in meinem Docker-Build-Kontext Dateien hatte, die weder meinem Benutzer noch meiner Gruppe gehörten. Zum Beispiel habe ich einen Ordner in meinem Docker-Build-Kontext in einen Mongo-Container eingebunden, sodass diese Dateien dem Mongodb-Benutzer und der Mongodb-Gruppe gehörten. Um dies zu beheben, habe ich diesen Ordner einfach gelöscht und stattdessen ein von Docker generiertes Volume für meinen Mongodb-Dienst verwendet. Anschließend konnte ich Docker-Compose ohne Sudo ausführen

Ich kann die Beobachtung von @alexcdot bestätigen: Hatte Dateien in meinem Projekt-Repository, die root gehörten (keine Ahnung, wie sie dort ankamen). Durch Löschen wurde das Problem behoben. Jetzt kann ich Docker-Compose ohne Sudo-Berechtigungen ausführen.

Bestätigen Sie auch die Lösungen @alexcdot und @ tbuss93 . Hat auch für mich gearbeitet. Ich denke, dass in einem solchen Fall der Fehler benutzerfreundlicher sein und im Idealfall problematische Dateien anzeigen sollte.

Ich hatte dieses Problem heute für ein neues Dev-Notebook. Ich habe es so gelöst
1) Stoppen Sie Docker

sudo service docker stop

Wenn Sie sich diese Dateiberechtigung ansehen, werden Sie feststellen, dass Sie ohne sudo keinen Zugriff auf den Docker-Daemon erhalten

sudo ls -la /var/run/docker.sock
srw-rw---- 1 root docker 0 Dec 21 19:16 /var/run/docker.sock

2) Ich entferne diese docker.sock

sudo rm  /var/run/docker.sock

danke @rbahumi
3) Ich führe diesen Befehl aus

sudo usermod -aG docker ${USER}

und jetzt sind Sie fast fertig. Melden Sie sich einfach ab oder starten Sie den Computer neu. Sie müssen den Dienst nicht starten, da er automatisch gestartet wird

@ cooljl31 Das Entfernen des

Dieses Update scheint jedoch nichts mit dem Problem zu tun zu haben

Dies löste meine Probleme: https://docs.docker.com/install/linux/linux-postinstall/#manage -docker-as-a-non-root-user
Denken Sie daran, sich abzumelden und wieder anzumelden. Führen Sie die Befehle als Benutzer aus, den Sie als Docker verwenden möchten.

sudo usermod -aG Benutzername

dann Abmelden und Anmelden, damit es funktioniert.

Arbeitete wie ein Zauber für mich.

Ich musste den Docker-Dienst auch nach einer Neuinstallation von Docker-ce (17.12.0 ~ ce-0 ~ ubuntu) und Docker-compose manuell starten, damit die Fehlermeldung verschwindet:

sudo service docker start

Das Befolgen der in der Dokumentation beschriebenen Schritte hat das Problem mit meiner neuen Ubuntu 16.04-Installation behoben.

Ich musste das System neu starten, nachdem ich diese Änderungen übernommen hatte.

Verwenden Sie den Befehl: sudo docker-compose up -d

wenn du dich getroffen hast:
$ docker-compose up
FEHLER: Konnte keine Verbindung zum Docker-Daemon unter http + docker: // localunixsocket herstellen - läuft er?

Wenn es sich an einem nicht standardmäßigen Speicherort befindet, geben Sie die URL mit der Umgebungsvariablen DOCKER_HOST an.

Sie sollten überprüfen, ob der aktuelle Login-Benutzer zu /var/run/docker.sock Benutzergruppe docker .
Versuchen Sie, Compose as sudo auszuführen.

Um dies ohne sudo zu lösen, tun Sie, wie @leoyuholo im zweiten Kommentar sagte, und melden Sie sich ab und wieder ein.

Ich erhalte die gleiche Fehlermeldung, wenn ich Docker ausführe.
Es wird gelöst, indem ich mich der Benutzergruppe 'Docker' hinzufüge.

Versuchen Sie, den folgenden Befehl auszuführen, um sich der Gruppe usermod -aG docker $ {USER} hinzuzufügen.

Oder Sie können den folgenden Befehl ausführen, um herauszufinden, zu welchen Gruppen Sie gehören $ USER

Nach dem Abmelden und wieder anmelden und es funktioniert

Link zum Kommentar https://github.com/docker/compose/issues/1214#issuecomment -102246925

ps. Dies ist für Leute wie mich, die die ersten paar Kommentare überspringen -_-

Nur weil ich lange brauche, um dies wiederzuentdecken, und es das erste ist, was ich auf Google getroffen habe. An meinen Benutzerberechtigungen für meinen Laptop ist nichts auszusetzen. Das Problem waren die Dateiberechtigungen für einen der bereitgestellten Ordner. Wenn Sie die Berechtigungen entweder so korrigieren, dass Sie keinen Root benötigen, um auf sie zuzugreifen, oder sie löschen (in meinem Fall handelt es sich um zwischengespeicherte Assets für Rails), wird sie erfolgreich durchlaufen.

Das eigentliche Problem ist, dass die Fehlermeldung Ihnen nicht sagt, was das spezifische Problem ist, wenn Sie über Docker-Compose erstellen.

Ich habe das Problem auch getroffen. Es handelt sich um ein Benutzerzugriffsproblem.
Ich habe es gelöst, indem ich Docker-Compose im Root-Modus installiert und Docker-Compose auch im Root-Modus ausgeführt habe.

@zjhken das ist nicht wirklich eine Lösung, sondern eine Problemumgehung.
Es stimmt etwas nicht mit den Dateiberechtigungen in Ihrem Projektordner oder Ihren Gruppenberechtigungen. Siehe @alexcdot und meine Beobachtungen für den ersten Fall und versuchen Sie sudo usermod -aG docker <your username> gefolgt von einer erneuten Anmeldung für letzteren.

@ tbuss93 du hast recht. Ich habe Ihre Lösung verwendet, um es zu lösen. Es klappt. Dies könnte die beste Lösung sein.

schreiben => sudo docker info

Fügen Sie einfach sudo vor dem Befehl hinzu, den Sie ausführen möchten!

In meinem Fall ist der Benutzer gitlab_ci_multi_runner Teil der Docker-Gruppe. Das ist also nicht mein Problem:

groups $USER
   gitlab_ci_multi_runner : gitlab_ci_multi_runner docker

Aber aus irgendeinem Grund bekomme ich immer noch MANCHMAL (beachten Sie, dass dies manchmal der Fall ist): Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running?

Das heißt, ich habe das Gefühl, mein Daemon stürzt ab oder ist instabil? Dies ist nicht praktisch, da ich eine stabile und zuverlässige kontinuierliche Integration mit Docker wünschen würde. Irgendwelche Gedanken, wie ich diese Instabilität weiter beheben könnte?

Vielen Dank!

Leute, ich entschuldige mich für mein Englisch. Ich habe das gleiche Problem, aber ich weiß, dass es auf der Konsole innerhalb von KDE passiert, aber wenn ich in einem Terminal crt alt f1 laufe, brauche ich kein sudo!. Ich habe bereits $ USER in der Docker-Gruppe. Ich hoffe du kannst mich verstehen. Danke

Renn einfach;

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

Auch ich hatte das Problem, dass unter Unix keine Verbindung zum Docker-Daemon hergestellt werden kann: ///var/run/docker.sock. Läuft der Docker-Daemon? ' Später bemerkte ich Folgendes.

[ ec2-user @ ip-172-28-6-201 docker -elk] $ die docker-compose
/ usr / local / bin / docker-compose
[ ec2-user @ ip-172-28-6-201 docker -elk] $ welcher Docker
/ usr / bin / docker-compose

Da sich die Docker-Compose-Binärdatei in / usr / local befindet, konnte ich den Docker-Compose-Befehl ohne 'sudo' ausführen. Um den Docker-Befehl auszuführen, benötigte ich einen Sudo-Zugriff.

Ich habe mit folgenden Befehlen behoben.

cp / usr / local / bin / docker-compose / usr / bin / docker-compose
chmod + x / usr / bin / docker-compose
sudo rm / usr / local / bin / docker-compose

Überprüfen Sie nun, ob der Befehl 'docker-compose' zur Ausführung 'sudo' benötigt.
Nachdem die obigen Schritte ausgeführt wurden, funktioniert der Docker-Compose-Befehl für mich.

nach dem Hinzufügen eines Benutzers zur Docker-Gruppe
Ein Neustart der Maschine reicht aus.

Für mich funktioniert es.
[ ec2-user @ ip-172-31-7-179 docker -elk] $ sudo docker-compose up -d

Meine Docker- und Docker-Compose-Version sind.

[ ec2-user @ ip-172-31-7-179 docker -elk] $ sudo docker version
Klient:
Version: 17.06.2-ce
API-Version: 1.30
Go-Version: go1.8.4
Git-Commit: 3dfb8343b139d6342acfd9975d7f1068b5b1c3d3
Gebaut: Fr 10 Nov 00:50:37 2017
OS / Arch: Linux / AMD64

Server:
Version: 17.06.2-ce
API-Version: 1.30 (Mindestversion 1.12)
Go-Version: go1.8.4
Git-Commit: 402dd4a / 17.06.2-ce
Gebaut: Fri Nov 10 00:51:08 2017
OS / Arch: Linux / AMD64
Experimentell: falsch
[ ec2-user @ ip-172-31-7-179 docker -elk] $ sudo docker-compose version
Docker-Compose Version 1.21.2, Build a133471
Docker-Py-Version: 3.4.0
CPython-Version: 2.7.12
OpenSSL-Version: OpenSSL 1.0.2k-fips 26. Januar 2017

Stellen Sie nach dem Befolgen der Prozedur zum Hinzufügen eines Benutzers sicher, dass Sie Ihren Computer neu starten.

Ich kann diese Nachricht mit einem so strukturierten Projekt zuverlässig produzieren:

├── docker-compose.yml
├── Dockerfile
└── Volumen

Wenn 'volume' eine bestimmte Größe überschreitet, wird beim Ausführen von 'docker-compose build' die folgende Fehlermeldung angezeigt:

• > FEHLER: Verbindung zum Docker-Daemon unter http + docker: // localunixsocket konnte nicht hergestellt werden - läuft er? Wenn es sich an einem nicht standardmäßigen Speicherort befindet, geben Sie die URL mit der Umgebungsvariablen DOCKER_HOST an.

Wenn Sie den Befehl mit sudo ausführen, wird das Image erstellt. Es ist jedoch hilfreich, sich bei der Automatisierung nicht auf sudo verlassen zu müssen.

Es scheint, dass die Ursache für dieses Problem in meiner Instanz darin besteht, dass mein Volume-Verzeichnis an den Build-Kontext übergeben wird . Ich vermute, einige Einschränkungen für Nicht-Sudo-Benutzer hinsichtlich der Größe des Build-Kontexts? oder Auszeit?

In meinem Fall besteht die Lösung darin, entweder das Volume-Verzeichnis zu verschieben oder es einem .dockerignore hinzuzufügen, um diese bestimmte Variante dieser Fehlermeldung zu beheben.

cd / var / run
sudo chmod 777 docker.sock
Sudo Service Docker starten
Docker laufen Hallo-Welt
Hallo von Docker!
Diese Meldung zeigt an, dass Ihre Installation anscheinend ordnungsgemäß funktioniert.

Problem gelöst :)

mit sudo gelöst

Wenn alles, was hier gesagt wird, nicht funktioniert, installieren Sie Docker neu. Es hat bei mir funktioniert.

Meiner Erfahrung nach muss der Computer nicht neu gestartet werden. Dies ist hilfreich, wenn Sie sich in einer Produktionsumgebung befinden. Melden Sie sich nach sudo usermod -aG docker $USER ab und wieder an. Dadurch sollte die neue Benutzergruppenzuweisung an jedes Programm oder jede App übergeben werden braucht es.

Andernfalls funktioniert die Antwort von Not , wenn die Berechtigungen anfangs falsch waren oder Sie sich in einer Staging-Umgebung befinden. Sie können jedoch gegen Sicherheitsrichtlinien verstoßen, wenn Sie in einer gehärteten Produktion arbeiten Umgebung. Sie möchten wirklich nur, dass root und docker Gruppenmitglieder Zugriff auf die docker.sock und chmod 777 haben, um jedem Benutzer rwx Zugriff zu gewähren.

/usr/lib/python2.7/dist-packages/requests/__init__.py:80: RequestsDependencyWarning: urllib3 (1.23) or chardet (3.0.4) doesn't match a supported version!
  RequestsDependencyWarning)
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.

Ich hatte das gleiche Problem gerade mit $ sudo docker-compose . Ich wurde zuerst root, indem ich $ sudo su , und dann ließ ich docker-compose normal laufen.

Verwenden Sie diesen Link, um das Problem zu lösen, da es für mich funktioniert. Ich hatte das gleiche Problem, aber jetzt funktioniert es gut

https://techoverflow.net/2017/03/01/solving-docker-permission-denied-while-trying-to-connect-to-the-docker-daemon-socket/

Ich erhalte die gleiche Fehlermeldung, wenn ich Docker ausführe.
Es wird gelöst, indem ich mich der Benutzergruppe 'Docker' hinzufüge.

Versuchen Sie, den folgenden Befehl auszuführen, um sich der Gruppe hinzuzufügen
usermod -aG docker ${USER}

Oder Sie können den folgenden Befehl ausführen, um herauszufinden, zu welchen Gruppen Sie gehören
groups $USER

Und dann starten Sie Ihren Computer neu

Dieser Thread ist hilfreich.

Ich habe das gleiche Problem eingegeben. Im Gegenteil, ich füge sudo am Anfang meiner Kommandozeile hinzu und es wurde gelöst!

Renn einfach;

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

Dieser hat für mich gearbeitet. Ich bin mir nicht sicher, warum das Hinzufügen von $ USER zur Docker-Gruppe das Problem nicht gelöst hat.
Bearbeiten: Es stellt sich heraus, dass der Docker-Dienst jedes Mal, wenn er neu lädt, /var/run/docker.sock generiert. Sie müssen den genannten Trick jedes Mal wiederholen, wenn Sie Docker neu starten (wird nicht zu viel passieren, was?)