Compose: http + unix : //var/run/docker.sock에서 Docker 데몬에 연결할 수 없습니다. 실행 중입니까?

docker를 실행할 때 동일한 오류 메시지가 나타납니다.
사용자 그룹 'docker'에 나를 추가하면 해결됩니다.

다음 명령을 실행하여 자신을 그룹에 추가하십시오.
usermod -aG docker ${USER}

또는 다음 명령을 실행하여 자신이 속한 그룹을 찾을 수 있습니다.
groups $USER

docker-compose는 127.0.0.1 주소 대신 소켓에 연결하려고하기 때문에 여기에서 $DOCKER_HOST env var를 무시하는 것 같습니다.

여기에 같은 문제

방금 동일한 오류 메시지가 발생했습니다. 그 당시 노트북 WiFi가 유선 연결없이 꺼져 있습니다. WiFi를 활성화하고 홈 무선 네트워크에 연결하면 문제가 해결되었습니다.

https://www.virtualbox.org/wiki/Testbuilds 에서 5.0.3 (사전 빌드)을 사용해 볼 수 있습니다. 나를 위해이 문제를 해결합니다.

내 Mac에서 도커를 사용하는 데 문제가 있었지만 sudo없이 compose 명령을 실행 한 문제가 해결되었으므로 사용자 문제인 것 같습니다.

나도 sudo 명령으로 해결되었습니다.

@rept 여전히이 문제가 있습니까? 당신이보고 한 도커 버전은 이제 1 년이 넘었습니다. 이것은 도커 용어로는 선사 시대입니다. :)

데몬에 도달 할 수없는 모든 종류의 _possible_ 이유를 수집하고 있기 때문에이 문제를 계속 열어 두어야할지 궁금합니다.

완전히 다른 컴퓨터에 새 설치를했고 지금은 작동하고 있습니다. 그래서 당신은 그것을 닫습니다.

감사합니다, @rept , 문제가 해결되었다

나는 얻다

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

너무마다 나는 활성화 tty: true 또는 stdin_open: true 에서 docker-compose.yml 실행 docker-compose up .

관련 될 수 있습니까?

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

방금 sudo로 "docker-compose run ..."명령을 실행하여 문제를 해결했습니다.

방랑하는 동안 docker compose up -d 실행할 때 이것을 만났습니다. 사용자 vagrant 그룹에 추가 된 docker 하지 않고 그것을 실행하는 경우 그러나 위의 오류가 나타납니다 sudo . 사용자 vagrant 로 로그인하면 나중에 작동하지만 프로비저닝 중에 실패하여 env 변수와 관련이 있습니까?

docker-compose version: 1.4.1

간단한 솔루션 : sudo docker-compose up

나는 다음과 같은 문제에 직면했습니다.

[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

도커 버전 :

[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

그것은 해결책이 아닌 해결 방법입니다.

나는 아직도 이것을 자주 직면

이것은 작성 문제가 아닙니다. compose에서 docker 데몬에 연결할 수없는 경우 몇 가지 원인이있을 수 있습니다.

• DOCKER_ 환경 변수를 내보내는 것을 잊었습니다. 종종 eval $(docker-machine env default) 실행하여 수행됩니다.
• 사용자와 원격 Docker 호스트 사이에 네트워크 문제가 있습니다 (클라우드 제공 업체에서 실행중인 경우)
• Virtualbox VM에서 실행중인 docker 데몬에 문제가 있습니다.
• 사용자는 권한 때문에 도커 데몬 소켓에 액세스 할 수 없습니다 (Linux 호스트에서 실행중인 경우). 해결책은 권한을 sudo 또는 수정하는 것입니다.

이것들은 compose로 해결할 수있는 문제가 아닙니다.

tty 문제가 있으며 여기에서 발권되었습니다. # 3106

확인할 수 있습니다. 이것은 도커 작성 문제가 아닙니다.

도움이되는 경우 : Ubuntu 호스트에서 동일한 문제 (연결할 수 없음 ...)가 발생했습니다. sudo systemctl status docker.service -l 실행하면 "진짜"문제가 나타납니다. 제 경우의 해결책은 "/ var / lib / docker / network / files /"의 모든 파일을 제거하고 도커 서비스를 다시 시작하는 것입니다.

안녕하세요 @dnephin @madflow , 나는 이것이 도커 작성 문제라고 생각합니다.

동일한 도커 이미지와 도커 네트워크를 사용하므로 컨테이너를 다음과 같이 성공적으로 시작할 수 있습니다.

 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

그러나 "docker-compose up"으로 실패했습니다. docker-compose.yml은 "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: {}

도커 및 작성 버전 정보 :

[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

Docker CLI가 아닌 Compose에서 연결 문제를 재현 할 수있는 경우 새 문제를여십시오. 여기에있는 모든 정보와 오류 메시지, docker-compose --verbose up 붙여 넣기 링크를 포함하는 것이 좋습니다.

내 컨테이너 이름에 낙타 케이스가 있으면 이것을 얻습니다.

$ 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.

이름을 "referencecombo"(모두 소문자)로 변경하면 괜찮습니다. 오류 메시지는 확실히이 문제를 해결하는 데 도움이되지 않습니다.

@chriskessel 귀하의 문제는 # 2816에 포함되어 있다고 생각합니다. Docker Engine의 버그입니다.

도커 서비스를 다시 시작하면 나를 위해 작동합니다.

서비스 도커 다시 시작

디버깅 15 분 후에 같은 오류가 발생했습니다. 필요한 것은 sudo 뿐입니다. :)
sudo 접두사를 제거 하려면 https://docs.docker.com/engine/installation/linux/ubuntulinux/ 에서 [Create a Docker group]을 확인하십시오.

sudo로 실행해야하는 이유는 무엇입니까?

기본적으로 @fabiopaiva 도커는 루트 사용자 및 도커 그룹 읽기 / 쓰기 권한이있는 파일 인 유닉스 소켓에 연결합니다.

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

따라서 연결하려면 루트 또는 도커 그룹의 구성원이어야합니다. docker가 tcp 소켓에서 수신 대기하는 경우 권한이 적용되지 않습니다.

/var/run/docker.sock 파일을 삭제합니다.
어떻게 수정할 수 있습니까?

@pixies 는 docker 서비스를 다시 시작하여 다시 만들어야합니다.

이것이 정답입니다. 대부분의 경우 변경 사항을 적용하려면 로그 아웃했다가 다시 로그인해야합니다. sudo로 명령을 실행해도 작동하지만 필요한 사용자를 docker 그룹에 추가하는 것이 더 나은 솔루션이므로 sudo 액세스 권한을 부여 할 필요가 없습니다.

leoyuholo 님이 2015 년 5 월 14 일에 댓글을 작성 함

사용자 그룹 'docker'에 나를 추가하면 해결됩니다.

다음 명령을 실행하여 자신을 그룹에 추가하십시오.
usermod -aG docker ${USER}

또는 다음 명령을 실행하여 자신이 속한 그룹을 찾을 수 있습니다.
groups $USER

기계를 다시 시작하면 이음새가 실제로 작동합니다.

@alexanderadam 어떤 해결책을 찾았습니까? 나는 지금 같은 오류를 얻었다

@CnytSntrk 죄송합니다. 그렇지 않으면 문제를 해결했습니다. :눈짓:
하지만 행운을 빕니다 : four_leaf_clover : 해결책을 찾아라

@alexanderadam 감사합니다 : +1 :

방금 sudo로 "docker-compose run ..."명령을 실행하여 문제를 해결했습니다.

sudo를 추가하여 문제를 해결했습니다.

재부팅이 나를 위해 트릭을

sudo를 피하기 위해 사용자를 도커 그룹에 추가 한 후에도 문제가 발생했습니다. 재부팅하면 모든 것이 해결되었습니다! 감사

도커 그룹에 사용자를 추가 한 후 재부팅이 필요하지 않습니다. 로그 아웃하고 로그인하면됩니다.

나는 라만 전에 시도했다. 작동하지 않았습니다. 어쨌든 감사합니다

+1

이것은 여전히 ​​Ubuntu 16.04에서 문제이며 도커 그룹에 자신을 추가 한 다음 다시 로깅이 작동했습니다. 이 문제는 종결되어서는 안됩니다.

Ubuntu 16.04
https://github.com/docker/compose/issues/1214#issuecomment -102246925
완벽하게 작동하지만 전에 다시 시작

Ubuntu 16.04에는 동일한 오류가 있습니다.

솔루션 (https://docs.docker.com/engine/installation/linux/debian/에서 Debian에서만 작동하지 않음) :

아직 존재하지 않는 경우 docker 그룹을 추가하십시오.
sudo groupadd docker

연결된 사용자 "$ {USER}"를 docker 그룹에 추가하십시오.
선호하는 사용자와 일치하도록 사용자 이름을 변경하십시오.
로그 아웃했다가 다시 로그인해야 할 수 있습니다.
적용됩니다.
sudo gpasswd -a ${USER} docker

Docker 데몬을 다시 시작합니다.
sudo service docker restart

@mikevoets 예이 문제를 해결해야한다고 생각합니다.

새 설치에서도 같은 일이 발생했고 'sudo'를 사용하지 않았기 때문이라는 것을 깨달았습니다.

누구든지 sudo를 사용하지 않고 실행하는 방법을 알고 있습니까?

내 답장보기 Marco

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

누구든지 sudo를 사용하지 않고 실행하는 방법을 알고 있습니까?

—
당신이 언급 되었기 때문에 이것을 받고 있습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/docker/compose/issues/1214#issuecomment -258994514,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AEN6D4Gfir0gehnbenS0IT65wLHAo2VWks5q77ERgaJpZM4D2vHs
.

@ mordonez-me, docker 그룹에 추가하면 도움이 될 것입니다.

sudo gpasswd -a ${USER} docker

일반적으로 root 사용자가있는 Centos 7에는 다음과 같은 설치 단계가 있습니다.

# 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

그 후에 루트가 아닌 vagrant 사용자와 잘 작동합니다.

이것은 내 사용자를 도커 그룹에 추가 한 후 로그인 및 로그 아웃 한 후에 만 ​​저에게 효과적이었습니다.

FWIW, 작동하기 전에 시스템을 다시 시작해야했습니다. 이것은 linux-image-extra-* 커널 패키지가 Ubuntu Xenial의 docker 에서 요구하는대로 새로 설치 되었기 때문일 수 있습니다. Ubuntu 버전 별 필수 구성 요소를 참조하십시오.

데몬을 시작하기 위해 먼저 필요한 경우 dockerd 또는 sudo dockerd 실행 해보십시오. 당신이 시작하는 경우 dockerd 가진 sudo 실행할 수 docker-compose up 가진 sudo 도. 그렇지 않으면 괜찮습니다.

이 스레드에서 제안 된 명령 중 일부를 사용했기 때문에 경험을 공유하고 싶었습니다.

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

다음 문제가 발생합니다.

• Docker를 사용하려고 할 때 :

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

• Docker Compose를 사용하려고 할 때 :

  ==> 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.
  

이 의견 덕분에 나는 그것을 작동시켰다.

해결책:

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

이것은 Docker 관련 문제가 아니지만 Linux 소켓 권한 문제 (php-fpm과 nginx 사이의 매우 일반적인 문제)입니다.

1) Docker는 고전적인 HTTP 클라이언트 / 서버 애플리케이션이며, 클라이언트는 소켓 또는 IP를 통해 서버와 통신합니다.
2) 소켓은 권한이있는 Linux 파일이며 사용자 및 그룹에 속합니다.

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

3) docker ps 를 수행 할 때 docker.sock 파일에 대한 액세스 권한이 있어야합니다.

이 경우 sudo usermod -aG staff [ME] 를 수행하여 올바른 그룹에 추가합니다 (일반적으로 docker ) (그룹이 일반적으로 www-data 인 php-fpm과 동일).

pip install docker-compose 사용했다는 문제가있었습니다. 나는 그것을 제거하고 sudo pip install docker-compose . 이제 sudo docker-compose up 명령이 작동합니다.

도움이되기를 바랍니다.

pip 설치에 인증 문제가있을 때마다 pip install [패키지]를 사용하는 것이 가장 좋습니다. sudo를 사용하는 것보다 사용자, 경우에 따라 sudo를 사용하면 응용 프로그램 자체를 실행하는 동안 인증 문제가 발생합니다.

2017 년 1 월 25 일 오후 5시 38 분에 oesah [email protected] 은 다음과 같이 썼습니다.

pip install docker-compose를 사용했다는 문제가 발생했습니다. 나는 그것을 제거하고 sudo pip install docker-compose를 사용했습니다. 이제 sudo docker-compose up 명령이 작동합니다.

도움이되기를 바랍니다.

—
댓글을 달았 기 때문에 수신 한 것입니다.
이 이메일에 직접 답장하거나 GitHub https://github.com/docker/compose/issues/1214#issuecomment-275255529 에서 보거나 https://github.com/notifications/unsubscribe-auth/AMoEJ_g9iZOd2_BQUgaqgyk2mPLIv43eks5rV88AgaJpZOd2_BQUgaqgyk2mPLIv43eks5rV88AgaJp .

Fedora Linux에서
도커 그룹에 사용자 추가
sudo usermod -aG docker username

이 명령을 재부팅 하면 다른 배포판과 마찬가지로 로그 아웃이 충분하지 않습니다.

공식 문서를 추천하는 것보다 더 좋은 것은 없습니다.

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

이것 좀 봐.

공식 문서는 항상 도움을 요청해야하는 첫 번째 장소입니다.

그래서 결국 사용자를 도커 그룹에 추가했습니다.

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

사용자로 docker ps 를 실행할 때 여전히 연결 문제가 발생하여 다음 오류가 발생했습니다.

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

서버를 재부팅하면이 문제가 해결되어 sudo를 사용하지 않고 사용자로 docker 명령을 실행할 수 있습니다.

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

편집하다:

업데이트를 위해 로그 아웃 / 로그인 만하면된다고 언급되었으며, 사용자를 도커 그룹에 추가 한 후 sudo없이 도커 명령을 실행하기 위해 다시 시작할 필요가 없습니다.

sudo를 사용하여 나도 해결했습니다.

로그 아웃없이 :

sudo usermod -aG docker $USER
su $USER -

실제로 위에서 언급했듯이 :

sudo usermod -aG docker $USER

로그 아웃.
로그인.
끝난.

나는 똑같은 문제가 있었고 내 경우에는 액세스 권한이없는 Dokcerfile이있는 폴더에 일부 파일이 있었기 때문입니다. chown 실행 후 모두 잘 작동하기 시작했습니다.
usermod 의 솔루션이 저에게 효과적이지 않았습니다.

최신 정보
나에게도 다시 발생했으며 이번에는 해결책은 다음을 사용하여 모든 도커 컨테이너를 제거하는 것이 었습니다.

docker ps -aq | xargs docker rm

이것은 실제로 설치 문제입니다. 설치 후 공식 페이지를 참조하십시오. 문서의 도움으로이 문제를 해결합니다.

@ TrkiSF2 가 위에서 말했듯이. 사용자를 docker 그룹에 추가 한 후 로그 아웃했다가 다시 로그인해야 적용됩니다.

unix : ///var/run/docker.sock에서 Docker 데몬 소켓에 연결하는 동안 권한이 거부되었습니다 : Get http : //%2Fvar%2Frun%2Fdocker.sock/v1.29/containers/json : dial unix /var/run/docker.sock : 연결 : 권한이 거부되었습니다.

해결책 : # chmod -Rf 777 /var/run/docker.sock

수행 후 다시 시작 해결

sudo usermod -aG docker $ {USER}

디지털 물방울에이 문제가 있습니다. 드롭 릿을 내부 커널 관리로 설정하면이 문제가 해결되었습니다. https://www.digitalocean.com/community/tutorials/how-to-update-a-digitalocean-server-s-kernel#setting -up-the-droplet-for -내부 커널 관리

이렇게하면 내 문제를 해결하십시오.
https://techoverflow.net/2017/03/01/solving-docker-permission-denied-while-trying-to-connect-to-the-docker-daemon-socket/

나는 한 순간에 잘 빌드되고 있던 코드 저장소 에서이 문제가 발생했습니다. 동일한 컴퓨터에 다른 저장소가 있고 잘 구축 된 동일한 계정이 있었으므로 그룹 문제 나 시스템 구성과 관련된 문제가 아니 었습니다. DOCKER_HOST 환경 변수 세트가 없습니다. 이 오류는 다양한 원인으로 인해 발생할 수 있다고 생각하지만 결국 repo 디렉토리에있는 빌드 아티팩트의 루트 소유권이되었습니다. sudo chown -R 사용자 계정에 대한 저장소의 모든 파일이 문제를 해결했습니다.

나는 개인적으로 @cloojure 의 솔루션을 시도

이 같은 오류 메시지가 나타 났고 ChrisPappalardo 와 마찬가지로 데몬이 아닌 파일 권한 문제 때문이었습니다. 빌드 자산의 sudo chown -R 에서 수정했습니다.

"docker-compose build"를 실행할 때 동일한 오류 메시지가 나타납니다.
그래서 sudo 명령을 추가했는데 제대로 작동합니다. ($ sudo docker-compose 빌드)

이것은 또 다른 해결책이 될 수 있습니다.
sudo chmod 777 /var/run/docker.sock

@Farada 가 권한을 변경하는 것은 위험합니다. Docker API에 액세스하는 것은 컴퓨터에 대한 루트 액세스 권한을 갖는 것과 같습니다. 권한을 777로 변경하면 호스트의 모든 사용자에게 루트 액세스 권한이 부여됩니다.

사용자를 도커 그룹에 추가하는 것이 이에 대한 해결책입니다. 위에서 언급했듯이 서버 / 컴퓨터를 재부팅해야합니다. 777에 아무것도 chmod하지 마십시오!

sudo 명령을 사용하여 docker를 설치 한 경우 sudo YOUR_COMMAND를 시도하십시오.

필자의 경우 Docker는 컨테이너를 실행할 때마다 프로젝트 폴더에 폴더와 파일을 생성했습니다 (볼륨을 사용하여 모든 소스를 연결합니다).

기본적으로 도커 이미지는 루트 사용자로 실행되며 이것이 문제의 원인입니다. 내 이미지에서 빌드 프로세스를 실행할 때마다 출력 파일에 root:root 권한이 설정되어
파일 시스템.

빌드가 시작될 때 명령을 실행 한 사용자로 실행되기 때문에 Docker가 이러한 파일에 액세스 할 수 없을 때이 오류가 발생합니다. root:root dirs / files에 도달하면 permission denied in X, cannot continue 라고해야 할 때 일반 ....is it running? 오류가 발생합니다.

제 경우에는 Docker 이미지가 생성하는 파일을 .dockerignore 했고 즉시 해결되었습니다.

따라서 기본적으로 관련없는 오류가 발생했습니다.

편집 나는 sudo 를 soultion으로 사용하는 많은 사람들을 봅니다. 이것이 "마 법적으로"작동하는 이유는이 주석에서 설명하는 문제 때문입니다. sudo에서 실행할 때 루트로 실행하기 때문에 권한이 더 이상 문제가되지 않습니다. 이것은 수정이 아닙니다!

나는 이것을 얻고있다 :

 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.

문제는 Dockerfile 컨텍스트의 일부 파일에 제한적인 권한이 있었으며 빠른 sudo chown -R damo ./* 해결되었습니다.

그러나 여기서는 docker-compose 실제로 문제가 있다고 주장합니다. 빨간색 청어 인 모호한 연결 오류가 아니라 권한 오류로 인해 실패했음을 정확하게 지정하는 정보 오류 메시지를 받았어야했습니다. 도커 데몬 서비스 자체를 엉망으로 만드는 시간을 낭비했기 때문에 내 경우.

나는 이것을 몇 번 얻었다.

나에게는 구성 문제가 아닙니다. 대신 Docker가 죽고 멈춘 것처럼 느껴지지만 일부 이벤트 중에 언제 발생하는지 알 수 없습니다.

어쨌든 내 직감이 맞다면 수정은 sudo service docker restart 이 될 수 있지만 분명히 이것은 충분하지 않습니다.

따라서 결국 작동하는 유일한 해결책은 재부팅 입니다.

docker 데몬은 TCP 포트 대신 Unix 소켓에 바인딩됩니다. 기본적으로 Unix 소켓은 사용자 루트가 소유하고 다른 사용자는 sudo를 사용해서 만 액세스 할 수 있습니다. docker 데몬은 항상 루트 사용자로 실행됩니다. Linux 설치 후

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

알림 : (세션을 다시 시작하거나 VM을 재부팅해야 함)

• 가상 머신에서 테스트하는 경우 변경 사항을 적용하려면 가상 머신을 다시 시작해야 할 수 있습니다.
• X Windows와 같은 데스크톱 Linux 환경에서는 세션에서 완전히 로그 아웃 한 다음 다시 로그인합니다.

나는 같은 문제가 있었다. 다른 사람들이 언급했듯이 sudo로 docker-compose를 실행했을 때 작동했습니다.

안녕하세요, Fedora 26을 사용하는 동안 동일한 문제에 직면 한 후 Fedora 25에 대한 솔루션을 찾았지만 작동합니다.

다음은 스 니펫입니다.

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

참조 :

도움이 되었기를 바랍니다. 감사합니다.

sudo systemctl status docker.service -l 는 실제 문제를 찾는 데 매우 유용합니다.

나는 동일하지만 docker-compose build . 이것은 마침내 파일 권한 문제였습니다. 루트가 소유 한 컨테이너 내부에 파일을 만들었는데 해당 파일로 빌드 할 수 없었습니다. 나는 단순히 sudo chown -R $USER . 를했고 작동합니다.

이전 컨테이너를 삭제 한 후 mysql 컨테이너를 만드는 데 동일한 오류가 발생했습니다.
그 이유는 이전 컨테이너에서 사용자가 소유 한 데이터 폴더 (지속성을 위해)가 있었기 때문입니다.
해결책은 데이터 폴더를 삭제하는 것이 었습니다. 경고-데이터가 손실됩니다. 데이터를 유지하려면 데이터 폴더를 이동하거나 새 소유자를 지정할 수 있습니다.

그룹에 나를 추가하는 트릭을 했습니까?
usermod -aG 도커 $ {USER}

재부팅하고 작동합니다!

나를 위해 이것은 관리자 모드로 로그인하여 해결되었습니다 : sudo -s

이것이 도움이된다면!

"+"문자가 포함 된 이미지 이름을 사용하여 동일한 오류 메시지를 얻었습니다. (이것은 버전 관리 ID를 따라 이미지 이름을 지정했기 때문에 발생했습니다.)

예를 들어, 다음을 포함하는 docker-compose.yaml :

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

실패하다

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.

그러나 이미지 이름에서 "+"를 제거하면 제대로 작동했습니다.

@fabiopaiva 누군가가 당신에게 답장했는지는 확실하지 않지만, docker 명령을 실행할 수있는 모든 사용자가 호스트에서 sudo가 될 수 있기 때문에 처음에는 sudo 배타적이어야
도커 실행 액세스 권한이있는 사람은 누구나 간단한 도커를 실행하여 전체 호스트 파일 시스템을 바인딩하고 루트로 액세스 할 수 있습니다 (예 : 암호를위한 섀도 파일 또는 전체 시스템에 대한 권한 수정).
따라서 누가이 명령을 사용할 수 있는지 매우 조심 해야합니다.

감사합니다 @Gronan , 나는이 스레드에 대해 명확하게 기억하지 못합니다.
그러나 설명과 관련하여 sudo로 실행하면 어쨌든이 제어권을 부여합니다.
설명 해주셔서 감사합니다

sudo가 필요하지 않습니다.
사용자를 docker 그룹, docker에 추가하십시오.
docker service, service restart docker 또는 systemctl restart docker.service를 다시 시작합니다.

시스템을 재부팅 할 필요가 없습니다.

이 문제는 Linux 프로세스가 어떤 사용자와 그룹에서 실행되는 방식과 프로세스 그룹에 대한 멤버십을 변경할 때 발생하는 상황 및 적용 방법과 관련이 있습니다.

usermod -aG docker ${USER}
그런 다음 _reboot_.

이는 docker 데몬이 root 사용자로 실행되고 docker-compose 가 일반 사용자로 실행되기 때문입니다.

문제를 해결하는 세 단계 :

1. sudo groupadd 도커
2. sudo usermod -aG docker $ USER
3. 변경 사항을 새로 고치려면 재부팅하십시오.

자세한 내용 :
https://docs.docker.com/engine/installation/linux/linux-postinstall/#manage -docker-as-a-non-root-user

재부팅하는 대신 su - ${USER} 됩니다. 나는 이것이 터미널에서 현재 활성 사용자를 다시로드한다고 생각합니다.

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

이것은 재부팅하지 않고도 나를 위해 일했습니다.

1. Docker 그룹 추가 :
   sudo usermod -aG docker ${USER}
2. 운영
   id
3. 'docker'그룹이 그룹 목록에 나타나지 않는 경우-로그 아웃하고 다시 로그인하십시오.

내 문제는 내 도커 빌드 컨텍스트에서 내 사용자 나 내 그룹이 소유하지 않은 파일이 있다는 것입니다. 예를 들어, Docker 빌드 컨텍스트의 폴더를 mongo 컨테이너에 마운트했기 때문에 이러한 파일은 mongodb 사용자 및 그룹이 소유했습니다. 이 문제를 해결하기 위해 방금 해당 폴더를 삭제하고 대신 mongodb 서비스를 위해 docker에서 생성 한 볼륨을 사용한 다음 sudo없이 docker-compose를 실행할 수있었습니다.

@alexcdot 관찰을 확인할 수 있습니다 : 루트가 소유 한 프로젝트 저장소에 파일이있었습니다 (어떻게 거기에 도달했는지 알 수 없음). 삭제하면 문제가 해결되었습니다. 이제 sudo 권한없이 docker-compose를 실행할 수 있습니다.

또한 @alexcdot 및 @ tbuss93 솔루션을 확인합니다. 나를 위해 일했습니다. 이 경우 오류가 더 사용자 친화적이고 이상적으로는 문제가있는 파일을 표시해야한다고 생각합니다.

오늘 새로운 Dev 노트북에 대해이 문제가 발생했습니다. 이렇게 해결 했어
1) Docker 중지

sudo service docker stop

이 파일 권한을 보면 sudo 없이는 Docker 데몬에 액세스 할 수 없음을 알 수 있습니다.

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

2)이 docker.sock을 제거합니다.

sudo rm  /var/run/docker.sock

감사합니다 @rbahumi
3)이 명령을 실행합니다

sudo usermod -aG docker ${USER}

이제 거의 완료되었습니다. 로그 아웃하거나 컴퓨터를 다시 시작하면 서비스가 자동으로 시작되므로 서비스를 시작할 필요가 없습니다.

@ cooljl31 은 소켓을 제거하는 것이 불필요 해 보입니다. 권한이 docker 그룹의 구성원이 rw 액세스 권한을 가지고 있음을 보여주기 때문입니다. 하지만 도커와 세션을 다시 시작해야합니다.

그러나이 수정은 문제와 관련이없는 것 같습니다.

이것은 내 문제를 해결했습니다 : https://docs.docker.com/install/linux/linux-postinstall/#manage -docker-as-a-non-root-user
로그 아웃했다가 다시 로그인하는 것을 잊지 마십시오. docker를 사용하려는 사용자로 명령을 실행하십시오.

sudo usermod -aG 사용자 이름

그런 다음 로그 아웃하고 로그인하여 작동합니다.

나를 위해 매력처럼 일했습니다.

또한 docker-ce (17.12.0 ~ ce-0 ~ ubuntu)를 새로 설치하고 docker-compose를 설치 한 후 수동으로 docker 서비스를 시작해야 오류 메시지가 사라집니다.

sudo service docker start

설명서에 설명 된 단계에 따라 새 Ubuntu 16.04 설치 문제가 해결되었습니다.

그래도 변경 사항을 적용한 후 시스템을 재부팅해야했습니다.

명령 사용 : sudo docker-compose up -d

만난 경우 :
$ docker-compose up
오류 : http + docker : // localunixsocket 에서 Docker 데몬에 연결할 수 없습니다

비표준 위치에있는 경우 DOCKER_HOST 환경 변수를 사용하여 URL을 지정합니다.

현재 로그인 사용자가 /var/run/docker.sock 사용자 그룹 docker 속하는지 확인해야합니다.
Compose를 sudo로 실행하십시오.

sudo 없이이 문제를 해결하려면 @leoyuholo 가 두 번째 댓글에서 말한대로하고 로그 아웃했다가 다시

docker를 실행할 때 동일한 오류 메시지가 나타납니다.
사용자 그룹 'docker'에 나를 추가하면 해결됩니다.

다음 명령을 실행하여 usermod -aG docker $ {USER} 그룹에 자신을 추가하십시오.

또는 다음 명령을 실행하여 $ USER 그룹에 속한 그룹을 찾을 수 있습니다.

그 후 로그 아웃하고 다시 로그인하면 작동합니다.

댓글 링크 https://github.com/docker/compose/issues/1214#issuecomment -102246925

추신. 이건 저 같은 사람들을위한 것인데 처음 몇 개의 댓글을 건너 뛰는 것 -_-

이것을 다시 검색하는 데 오랜 시간이 걸리고 Google에서 처음으로 히트 한 것이기 때문입니다. 내 랩톱의 사용자 권한에는 문제가 없습니다. 문제는 마운트 된 폴더 중 하나에 대한 파일 권한이었습니다. 권한을 수정하여 액세스하는 데 루트가 필요하지 않거나 삭제하면 (제 경우에는 레일에 대해 캐시 된 자산) 성공적으로 처리됩니다.

진짜 문제는 오류 메시지가 docker-compose를 통해 빌드 할 때 특정 문제가 무엇인지 알려주지 않는다는 것입니다.

나는 또한 문제를 만났다. 사용자 액세스 문제입니다.
루트 모드에서 docker-compose를 설치하고 루트 모드에서도 docker-compose를 실행하여 해결했습니다.

@zjhken 은 실제로 해결책이 아니라 해결 방법입니다.
프로젝트 폴더의 파일 권한이나 그룹 권한에 문제가 있습니다. 첫 번째 경우는 @alexcdot 및 내 관찰을 참조하고 sudo usermod -aG docker <your username> 시도한 다음 다시 로그인하십시오.

@ tbuss93 당신이 맞아요. 나는 그것을 해결하기 위해 당신의 해결책을 사용했습니다. 효과가있다. 이것이 최선의 해결책 일 수 있습니다.

쓰기 => sudo 도커 정보

실행하려는 명령 앞에 sudo 를 추가하십시오!

따라서 제 경우에는 gitlab_ci_multi_runner 사용자가 도커 그룹의 일부입니다. 그래서 그것은 내 문제가 아닙니다.

groups $USER
   gitlab_ci_multi_runner : gitlab_ci_multi_runner docker

하지만 어떤 이유에서인지 여전히 가끔씩 나옵니다 (때로는 이런 경우가 있습니다) : Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running?

데몬이 충돌하거나 불안정한 느낌이 든다는 의미입니까? Docker를 사용하여 안정적이고 안정적인 지속적인 통합을 원하기 때문에 이것은 편리하지 않습니다. 이 불안정성을 더 이상 디버깅 할 수있는 방법이 있습니까?

감사!

사람들, 내 영어에 대한 나의 모든 apoligize. 나는 같은 문제가 있지만 kde 내부의 konsole에서 발생한다는 것을 알고 있지만 터미널 crt alt f1에서 실행할 때 sudo를 사용할 필요가 없습니다!. 도커 그룹에 이미 $ USER이 있습니다. 당신이 나를 이해하기를 바랍니다 .- 감사합니다

그냥 달려라.

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

나도 'Unix : ///var/run/docker.sock에서 Docker 데몬에 연결할 수 없음'이라는 문제에 직면했습니다. 도커 데몬이 실행 중입니까? ' . 나중에 나는 다음을 발견했다.

docker-compose [ ec2-user @ ip-172-28-6-201 docker-elk] $
/ usr / local / bin / docker-compose
[ ec2-user @ ip-172-28-6-201 docker-elk] $ 어느 docker
/ usr / bin / docker-compose

docker-compose 바이너리가 / usr / local 안에 있기 때문에 'sudo'없이 docker-compose 명령을 실행할 수있었습니다. 'docker'명령을 실행하려면 sudo 액세스가 필요했습니다.

다음 명령을 사용하여 수정했습니다.

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

이제 'docker-compose'명령을 실행하려면 'sudo'가 필요한지 확인하십시오.
위의 단계가 실행되면 docker-compose 명령이 작동합니다.

사용자를 도커 그룹에 추가 한 후
컴퓨터를 다시 시작하면됩니다.

나를 위해 그 일.
[ ec2-user @ ip-172-31-7-179 docker-elk] $ sudo docker-compose up -d

내 도커와 도커는 버전을 작성합니다.

[ ec2-user @ ip-172-31-7-179 docker-elk] $ sudo docker version
고객:
버전 : 17.06.2-ce
API 버전 : 1.30
Go 버전 : go1.8.4
힘내 커밋 : 3dfb8343b139d6342acfd9975d7f1068b5b1c3d3
건축 : 2017 년 11 월 10 일 금요일 00:50:37
OS / 아치 : linux / amd64

섬기는 사람:
버전 : 17.06.2-ce
API 버전 : 1.30 (최소 버전 1.12)
Go 버전 : go1.8.4
힘내 커밋 : 402dd4a / 17.06.2-ce
건축 : 2017 년 11 월 10 일 금요일 00:51:08
OS / 아치 : linux / amd64
실험적 : 거짓
[ ec2-user @ ip-172-31-7-179 docker-elk] $ sudo docker-compose 버전
docker-compose 버전 1.21.2, 빌드 a133471
docker-py 버전 : 3.4.0
CPython 버전 : 2.7.12
OpenSSL 버전 : OpenSSL 1.0.2k-fips 26 Jan 2017

사용자 추가 절차를 따른 후 컴퓨터를 다시 시작하십시오.

다음과 같은 구조의 프로젝트로이 메시지를 안정적으로 생성 할 수 있습니다.

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

'volumes'가 특정 크기를 초과하면 'docker-compose build'를 실행할 때 다음 오류가 발생합니다.

• > 오류 : http + docker : // localunixsocket 에서 Docker 데몬에 연결할 수 없습니다

sudo로 명령을 실행하면 이미지 빌드가 시작되지만 자동화를 위해 sudo에 의존하지 않아도되는 것이 좋습니다.

내 인스턴스 에서이 문제의 원인은 내 볼륨 디렉토리가 빌드 컨텍스트 로 전달되는 것 같습니다. 빌드 컨텍스트 크기에 대한 비 수도 사용자에 대한 제한이 있다고 생각합니까? 또는 시간 초과?

따라서 제 경우에 수정은 볼륨 디렉토리를 이동하거나 .dockerignore에 추가 하여이 오류 메시지의 특정 특징을 해결하는 것입니다.

cd / var / run
sudo chmod 777 docker.sock
sudo 서비스 도커 시작
docker run hello-world
Docker에서 안녕하세요!
이 메시지는 설치가 올바르게 작동하는 것으로 나타납니다.

문제 해결 :)

sudo로 해결

여기에 표시된 모든 것이 작동하지 않으면 Docker를 다시 설치하십시오. 그것은 나를 위해 일했습니다.

내 경험상 머신을 다시 시작할 필요가 없습니다. 프로덕션 환경에있는 경우 도움이됩니다. sudo usermod -aG docker $USER 이후에 로그 아웃했다가 다시 로그인합니다. 그러면 새 사용자 그룹 할당이 다음과 같은 모든 프로그램 또는 앱에 전달됩니다. 필요합니다.

실패하면 @praveenbaliga 의 답변 3 개 댓글이 root 및 docker 그룹 회원 docker.sock 액세스 할 수 있도록하고 chmod 777 는 모든 사용자에게 rwx 액세스 권한을 부여합니다.

/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.

방금 $ sudo docker-compose 실행하는 동일한 문제가 발생했습니다. $ sudo su 를 수행하여 먼저 루트가 된 다음 docker-compose 정상적으로 실행했습니다.

이 링크를 사용하여 문제를 해결하십시오. 나는 같은 문제가 있었지만 이제는 잘 작동합니다.

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

docker를 실행할 때 동일한 오류 메시지가 나타납니다.
사용자 그룹 'docker'에 나를 추가하면 해결됩니다.

다음 명령을 실행하여 자신을 그룹에 추가하십시오.
usermod -aG docker ${USER}

또는 다음 명령을 실행하여 자신이 속한 그룹을 찾을 수 있습니다.
groups $USER

그런 다음 컴퓨터를 다시 시작하십시오.

이 스레드는 도움이됩니다.

나는 같은 문제를 입력했습니다. 반대로 명령 줄 시작 부분에 sudo를 추가하면 해결되었습니다!

그냥 달려라.

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

이것은 나를 위해 일했습니다. $ USER를 도커 그룹에 추가해도 문제가 해결되지 않은 이유를 모르겠습니다.
편집 : Docker 서비스는 다시로드 될 때마다 /var/run/docker.sock 재생성합니다. docker를 다시 시작할 때마다 말한 트릭을 다시 실행해야합니다 (너무 많이 발생하지 않을까요?).