Compose: Http + unix पर डॉकर डेमन से जुड़ नहीं सका: //var/run/docker.sock - क्या यह चल रहा है?

मैं एक ही त्रुटि संदेश मिलता है जब मैं docker चलाते हैं।
यह उपयोगकर्ता समूह 'docker' में खुद को जोड़कर हल किया जाता है

अपने आप को समूह में जोड़ने के लिए निम्न कमांड चलाने का प्रयास करें
usermod -aG docker ${USER}

या आप यह पता लगाने के लिए निम्नलिखित कमांड चला सकते हैं कि आप किन समूहों से संबंधित हैं
groups $USER

ऐसा लगता है कि डॉकटर-कंपोज़ यहाँ $DOCKER_HOST env var की अवहेलना कर रहा है, क्योंकि यह 127.0.0.1 पते के अनुरूप सॉकेट से जुड़ने की कोशिश कर रहा है।

यहाँ एक ही मुद्दा है

मुझे अभी-अभी उसी त्रुटि संदेश का सामना करना पड़ा है, उस समय मेरा लैपटॉप वाईफाई बिना तार वाले कनेक्शन से बंद है। मैं वाईफाई को सक्षम करता हूं और होम वायरलेस नेटवर्क से जुड़ा हुआ है, फिर समस्या हल हो गई है।

आप https://www.virtualbox.org/wiki/Testbuilds पर 5.0.3 (प्री-बिल्ड) की कोशिश कर सकते हैं? यह मेरे लिए इस मुद्दे को ठीक कर रहा है।

मुझे अपने मैक में docker का उपयोग करने में समस्या थी, लेकिन इसका समाधान हो गया, मैंने sudo के बिना कंपोज़ कमांड को चलाया, तो ऐसा लगता है कि यह एक उपयोगकर्ता का मुद्दा है,

सूदो कमांड के साथ मेरे लिए भी नमस्कार

@ क्या आप अभी भी इस मुद्दे पर हैं? आपके द्वारा सूचित किया गया docker संस्करण अब एक वर्ष से अधिक पुराना है, जो कि, docker के संदर्भ में अच्छी तरह से, पूर्व-ऐतिहासिक है :)

मुझे आश्चर्य है कि अगर इस मुद्दे को खुला रखा जाना चाहिए क्योंकि यह अब सभी प्रकार के _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

मैं बस अपनी समस्या को हल कर रहा हूं "सुडो-कम्पोज़ रन ..." सूडो के साथ कमांड।

जब योनि में docker compose up -d चल रहा था तो मैं इसमें भाग गया। उपयोगकर्ता vagrant docker समूह में जोड़े गए हैं, लेकिन sudo बिना इसे चलाते समय उपरोक्त त्रुटि दिखाई देती है। यह बाद में काम करता है यदि कोई व्यक्ति vagrant रूप में लॉग इन करता है, लेकिन प्रोविजनिंग के दौरान विफल रहता है तो इसका एनरिएबल वैरिएबल के साथ कुछ करना है?

docker-compose version: 1.4.1

सरल उपाय: सुडो डोकर-रचना

मैं उसी मुद्दे के साथ भाग गया:

[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 संस्करण:

[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

यह एक समाधान नहीं एक समाधान है?

मुझे अभी भी अक्सर इसका सामना करना पड़ता है

यह कोई रचना नहीं है। यदि आप रचनाकार से docker डेमन से नहीं जुड़ सकते हैं तो कुछ संभावित कारण हैं:

• आप DOCKER_ env वैरिएबल निर्यात करना भूल गए, जो अक्सर eval $(docker-machine env default) चलाकर किया जाता है
• आपके और दूरस्थ डॉक होस्ट के बीच नेटवर्क समस्या है (यदि आप क्लाउड प्रदाता पर चल रहे हैं)
• वर्चुअलबॉक्स वीएम में डॉकटर डेमन को चलाने में समस्या है
• आपके उपयोगकर्ता के पास अनुमतियों के कारण docker डेमन सॉकेट तक पहुंच नहीं है (यदि आप एक लिनक्स होस्ट पर चल रहे हैं)। समाधान सूडो या अनुमतियों को ठीक करने के लिए है।

ये ऐसी समस्याएं नहीं हैं, जिन्हें रचना द्वारा हल किया जा सकता है।

tty साथ एक मुद्दा है, जिसे यहां टिकट दिया गया है: # 3106

मैं पुष्टि कर सकता हूं: यह एक डॉक्यू-कम्पोज मुद्दा नहीं है।

यदि यह मदद करता है: मैं उबंटू होस्ट पर एक ही मुद्दे (कनेक्ट नहीं कर सका ...) के पार आया। sudo systemctl status docker.service -l चलने से "वास्तविक" समस्या दिखाई दी। मेरे मामले में समाधान "/ var / lib / docker / network / files /" में सभी फ़ाइलों को हटाने और docker सेवा को पुनरारंभ करना था।

hi @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.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-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.

नाम को "रेफ़रकोम्बो" (सभी लोअरकेस) में बदलें और यह ठीक है। त्रुटि संदेश निश्चित रूप से यह पता लगाने में मदद नहीं करता है :(

@chriskessel मुझे लगता है कि आपका मुद्दा # 2816 द्वारा कवर किया गया है, यह

कर्ता सेवाओं को फिर से शुरू करने के बाद, यह मेरे लिए काम करता है :(

सेवा कर्ता पुनरारंभ

डिबगिंग के 15 मिनट के बाद, मेरे पास एक ही त्रुटि थी। यह सभी की जरूरत है एक sudo :) है
सूडो उपसर्ग से छुटकारा पाने के लिए यहां [डॉकर ग्रुप बनाएं] https://docs.docker.com/engine/installation/linux/ubuntulinux/ देखें ।

सूडो के साथ चलने की आवश्यकता क्यों है?

डिफ़ॉल्ट सर्वर द्वारा

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

इसलिए आपको या तो रूट करने की जरूरत है या फिर कनेक्ट करने के लिए docker ग्रुप का सदस्य। यदि doc एक tcp सॉकेट पर सुन रहा था तो अनुमतियाँ लागू नहीं होंगी।

मैं फ़ाइल /var/run/docker.sock हटाता हूं
कैसे सही हो सकता है?

@pixies को पुनः आरंभ करना

यह सही जवाब है। कई मामलों में आपको प्रभावी होने के लिए लॉग आउट और लॉग इन करने की आवश्यकता होगी। सूडो के साथ कमांड चलाना भी बहुत काम करेगा, लेकिन आवश्यक उपयोगकर्ताओं को डॉकटर समूह में जोड़ना एक बेहतर उपाय है, इसलिए आपको सूडो एक्सेस देने की आवश्यकता नहीं है।

leoyuholo ने 14 मई 2015 को टिप्पणी की

यह उपयोगकर्ता समूह 'docker' में खुद को जोड़कर हल किया जाता है

अपने आप को समूह में जोड़ने के लिए निम्न कमांड चलाने का प्रयास करें
usermod -aG docker ${USER}

या आप यह पता लगाने के लिए निम्नलिखित कमांड चला सकते हैं कि आप किन समूहों से संबंधित हैं
groups $USER

यदि मशीन को पुनः आरंभ किया जाए तो यह वास्तव में काम करती है।

@alexanderadam u ने कोई हल नहीं खोजा? मुझे अब वही त्रुटि मिली

@CnytSntrk क्षमा करें, मैंने अन्यथा समस्या हल कर दी है। :आँख मारना:
लेकिन सौभाग्य: four_leaf_clover: एक समाधान खोजना!

@alexanderadam धन्यवाद: +1:

मैं बस अपनी समस्या को हल कर रहा हूं "सुडो-कम्पोज़ रन ..." सूडो के साथ कमांड।

मैंने सूडो को जोड़कर समस्या हल की

रिबूटिंग ने मेरे लिए चाल चली

सुडोकू से बचने के लिए डॉकटर समूह में उपयोगकर्ता को जोड़ने के बाद मेरा भी मुद्दा था। रिबूटिंग ने सब कुछ हल कर दिया! धन्यवाद

डॉकटर ग्रुप रिबूट के लिए उपयोगकर्ता को जोड़ने की आवश्यकता नहीं है, बस लॉग आउट करें और लॉगिन करें, मेरे लिए यह काम कर रहा है

मैंने रहमान से पहले कोशिश की। यह काम नहीं किया। फिर भी धन्यवाद

+1

यह अभी भी Ubuntu 16.04 पर एक मुद्दा है और अपने आप को docker समूह में जोड़ रहा है, फिर काम किया। यह मुद्दा बंद नहीं होना चाहिए।

उबंटू 16.04
https://github.com/docker/compose/issues/1214#issuecomment -102246925
सही काम करें, लेकिन पहले पुनरारंभ करें

Ubuntu 16.04 में एक ही त्रुटि है

समाधान (https://docs.docker.com/engine/installation/linux/debian/ से, केवल डेबियन के साथ काम नहीं करता है:

यदि यह पहले से मौजूद नहीं है, तो docker समूह जोड़ें।
sudo groupadd docker

कनेक्ट किए गए उपयोगकर्ता "$ {USER}" को docker समूह में जोड़ें।
अपने पसंदीदा उपयोगकर्ता से मिलान करने के लिए उपयोगकर्ता नाम बदलें।
इसके लिए आपको लॉगआउट करना होगा और फिर से लॉग इन करना होगा
यह प्रभावी होने के लिए।
sudo gpasswd -a ${USER} docker

डॉकर डेमॉन को फिर से शुरू करें।
sudo service docker restart

@mikevoets हाँ मुझे लगता है कि इस मुद्दे को हल करना चाहिए।

मैं एक ही बात एक नए स्थापित पर हुआ था और यह एहसास हुआ कि मैं 'sudo' का उपयोग नहीं कर रहा था।

किसी को भी sudo का उपयोग किए बिना इसे चलाने के लिए कैसे पता है?

मेरा जवाब देखें मार्को

2016-11-08 0:15 GMT + 01: 00 मार्को ऑर्डोनेज़ सूचनाएं @github.com:

किसी को भी sudo का उपयोग किए बिना इसे चलाने के लिए कैसे पता है?

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/docker/compose/issues/1214#issuecomment -258994514,
या धागा म्यूट करें
https://github.com/notifications/unsubscribe-auth/AEN6D4Gfir0gehnbenS0IT65wLHAo2VWks5q77ERgaJpZM4D2vHs
।

@ mordonez-me, docker group को जोड़ने से मदद मिलेगी।

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 उपयोगकर्ता के साथ ठीक काम करता है।

यह केवल मेरे उपयोगकर्ता को डॉकटर समूह में जोड़ने के बाद अंदर और बाहर लॉग इन करने के लिए काम करता है।

एफडब्ल्यूआईडब्ल्यू, मेरे लिए काम शुरू करने से पहले मुझे सिस्टम रीस्टार्ट की जरूरत थी। इस तथ्य के कारण संभावना थी linux-image-extra-* कर्नेल संकुल हाल में स्थापित किए गए थे के रूप में के लिए आवश्यक डोकर पर उबंटू Xenial । Ubuntu संस्करण द्वारा आवश्यक शर्तें देखें।

अगर डेमॉन शुरू करने के लिए पहले आवश्यक dockerd या sudo dockerd चलाने की कोशिश करें। यदि आप dockerd sudo dockerd साथ शुरू करते हैं, तो आप 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

मुझे निम्नलिखित समस्या मिलती है:

• जब मैं डॉकर का उपयोग करने की कोशिश करता हूं:

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

• जब मैं डॉकर कंपोज का उपयोग करने की कोशिश करता हूं:

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

यह एक डॉकर संबंधित समस्या नहीं है, लेकिन एक लिनक्स सॉकेट अनुमति समस्या (php-fpm और nginx के बीच बहुत ही सामान्य मुद्दा) है।

1) डॉकर एक क्लासिक HTTP क्लाइंट / सर्वर एप्लिकेशन है, क्लाइंट सर्वर पर सॉकेट या आईपी के माध्यम से बोलेगा
2) सॉकेट एक लिनक्स फ़ाइल है, अनुमति के साथ, यह एक उपयोगकर्ता और एक समूह से संबंधित है:

    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 ) (php-fpm के साथ एक ही चीज़, जहां समूह आमतौर पर www-डेटा है)।

मुझे समस्या थी, कि मैंने pip install docker-compose । मैंने इसे अनइंस्टॉल किया और sudo pip install docker-compose । अब कमांड sudo docker-compose up काम करता है।

उम्मीद है की वो मदद करदे।

जब भी आपको पाइप स्थापित करने के साथ प्रमाणीकरण की समस्या होती है, तो पाइप स्थापित करने के लिए सबसे अच्छा है [पैकेज] -सुडो का उपयोग करने की तुलना में, कुछ मामलों में सुडो का उपयोग करके प्रमाणीकरण समस्याओं का कारण होगा आवेदन को निष्पादित करते समय।

25 जनवरी, 2017 को शाम 5:38 बजे, oesah सूचनाएं @github.com ने लिखा:

मुझे समस्या थी, कि मैंने पाइप स्थापित डॉकटर-कम्पोज का उपयोग किया था। मैंने इसे अनइंस्टॉल किया और sudo pip इंस्टॉल डॉकटर-कंपोज़ का इस्तेमाल किया। अब कमांड सुडो डॉकटर-कंपोज़ काम करता है।

उम्मीद है की वो मदद करदे।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की है।
सीधे इस ईमेल का जवाब दें, इसे GitHub https://github.com/docker/compose/issues/1214#issuecomment-275255529 पर https://github.com/notifications/unscribe-auth/AMoEJ_g9iZOd2_BQUgaqqgyk2pPL_PLL43PPL_PLAY_PLIT में देखें ।

फेडोरा लिनक्स पर
अपने उपयोगकर्ता को docker समूह में जोड़ें
sudo usermod -aG docker username

इस कमांड रिबूट के बाद, अन्य डिस्ट्रो पर लॉगआउट पर्याप्त नहीं है

आधिकारिक डॉक्टर की सिफारिश से बेहतर कुछ नहीं है:

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

इसकी जांच करें।

आधिकारिक डॉक्टर हमेशा पहला स्थान होता है जहां आपको मदद के लिए जाना चाहिए।

इसलिए मैंने उपयोगकर्ता को docker समूह में जोड़ना समाप्त कर दिया:

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

संपादित करें:

यह उल्लेख किया गया था कि आपको अपडेट करने के लिए बस लॉगआउट / लॉगिन करने की आवश्यकता है, उपयोगकर्ता को docker समूह में जोड़ने के बाद sudo के बिना docker कमांड को चलाने के लिए कोई पुनरारंभ की आवश्यकता नहीं है।

sudo का उपयोग करने से यह मेरे लिए भी हल हो गया

बिना लॉगआउट के:

sudo usermod -aG docker $USER
su $USER -

जैसा कि ऊपर बताया गया है:

sudo usermod -aG docker $USER

लॉग आउट।
लॉग इन करें।
किया हुआ।

मुझे भी यही समस्या थी और मेरे मामले में कारण यह था कि मेरे पास फोल्डर में कुछ फाइलें डोकसरफाइल के पास थीं, जिन तक मेरी पहुंच का अधिकार था। chown चलने के बाद सभी ने अच्छा काम करना शुरू कर दिया।
usermod साथ समाधान मेरे लिए काम नहीं कर रहा है।

अपडेट करें
यह मेरे लिए फिर से हुआ है और इस बार समाधान सभी डॉकटर कंटेनरों को हटाने के लिए था:

docker ps -aq | xargs docker rm

यह वास्तव में स्थापना की समस्या है। स्थापना के बाद के लिए कृपया आधिकारिक पृष्ठ देखें। मैं दस्तावेज़ की मदद से इस समस्या को हल करता हूं।

जैसा कि @ TrkiSF2 ने ऊपर कहा। अपने उपयोगकर्ता को docker समूह में जोड़ने के बाद, आपको प्रभावी होने के लिए उन्हें लॉगआउट करना होगा और फिर से लॉग इन करना होगा।

डॉक्स डेमन सॉकेट को यूनिक्स से कनेक्ट करने की कोशिश करते समय अनुमति प्राप्त कर ली गई: /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 -अप-छोटी बूंद-के लिए -internal-कर्नेल-प्रबंधन

ऐसा करते हुए, मेरी समस्या हल करें:
https://techoverflow.net/2017/03/01/solving-docker-permission-denied-while-trying-to-connect-to-the-docker-daemon-socket/

मुझे एक कोड रेपो पर यह समस्या थी जो एक पल में ठीक हो रहा था और फिर नहीं। मेरे पास एक ही मशीन और एक ही खाते पर अन्य रिपॉज थे जो कि ठीक-ठाक बनाए गए थे, इसलिए यह समूह कॉन्फ़िगरेशन या सिस्टम कॉन्फ़िगरेशन के साथ कुछ भी नहीं था। मेरे पास कोई DOCKER_HOST env var सेट नहीं था। मुझे संदेह है कि यह त्रुटि कई कारणों से हो सकती है, लेकिन मेरे लिए यह रेपो डायरेक्टरी में बिल्ड कलाकृतियों का मूल स्वामित्व है। उपयोगकर्ता खाते में रेपो में sudo chown -R सभी फाइलें मेरे लिए समस्या का समाधान करती हैं।

मैंने व्यक्तिगत रूप से @ समाधान की कोशिश की और यह काम कर गया। लेकिन उसके बाद ही मैंने अपने आप को docker group और re-login से जोड़ा। री-लॉगइन भाग एस्सेन्टाइल है

मैं इसी त्रुटि संदेश में भाग गया, और क्रिसपापलार्डो की तरह यह फाइल अनुमति मुद्दे के कारण नहीं था। बिल्ड परिसंपत्तियों पर sudo chown -R इसे तय किया।

मुझे एक ही त्रुटि संदेश मिलता है जब मैं "docker-compose build" चलाता हूं।
इसलिए मैंने sudo कमांड को जोड़ा और यह ठीक काम करता है। ($ sudo docker- रचना बनाएँ)

यह एक और उपाय हो सकता है:
sudo chmod 777 /var/run/docker.sock

@ फरादा बदलना अनुमतियों को बदलना खतरनाक है; डॉकर एपीआई तक पहुंच आपकी मशीन पर रूट एक्सेस करने के बराबर है; 777 के लिए अनुमतियों को बदलने से होस्ट रूट एक्सेस पर किसी को भी मिलता है।

अपने उपयोगकर्ता को docker समूह में जोड़ना इसके लिए समाधान है, जैसा कि ऊपर बताया गया है कि आपको अपने सर्वर / कंप्यूटर को रिबूट करने की आवश्यकता है। कृपया 777 को कुछ भी न बताएं!

यदि आपने sudo कमांड का उपयोग करके डॉकटर इंस्टॉल किया है, तो sud_ your_COMMAND को आज़माएं।

मेरे मामले में, डॉकर ने जब भी कंटेनर चलाया मैं अपने प्रोजेक्ट फ़ोल्डर में फ़ोल्डर्स और फाइलें बनाता था (मैं सभी स्रोतों आदि को लिंक करने के लिए वॉल्यूम का उपयोग करता हूं)।

डिफ़ॉल्ट रूप से एक docker छवि रूट उपयोगकर्ता के साथ चलती है, और यही कारण है कि समस्या है। जब भी मैंने अपनी छवि में निर्माण प्रक्रियाएँ चलाईं, आउटपुट फ़ाइलों में root:root अनुमतियाँ सेट होंगी, जो कि मेरी परिलक्षित होती है
फाइल सिस्टम।

यह पता चला है कि जब डॉकर इन फ़ाइलों को एक्सेस नहीं कर सकता है, तो यह त्रुटि फेंकी गई है, क्योंकि जब निर्माण शुरू होता है तो यह उस उपयोगकर्ता के रूप में चलता है जिसके साथ आपने कमांड निष्पादित की थी। जब इसके साथ dirs / फ़ाइलें हिट root:root यह जमानत और एक सामान्य दे देंगे ....is it running? जब यह कहना चाहिए त्रुटि permission denied in X, cannot continue ।

मेरे मामले में मैंने सिर्फ उन फाइलों को जोड़ा है जो मेरी डॉकर छवि .dockerignore में उत्पन्न करती है और इसे तुरंत हल कर दिया गया।

इसलिए मूल रूप से, मुझे एक असंबंधित त्रुटि दी गई थी।

संपादित करें मैं एक आत्मा के रूप में sudo का उपयोग करते हुए बहुत से लोगों को देखता हूं। इस "जादुई रूप से" काम करने का कारण उन मुद्दों के कारण है जो मैं इस टिप्पणी में वर्णित करता हूं। जब आप 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.

मुद्दा यह था कि डॉकरफाइल के संदर्भ में कुछ फाइलों पर प्रतिबंधात्मक अनुमति थी, एक त्वरित sudo chown -R damo ./* इसे तय किया।

हालाँकि, मैं तर्क दूंगा कि वास्तव में docker-compose साथ एक मुद्दा है - मुझे एक सूचनात्मक त्रुटि संदेश प्राप्त करना चाहिए जो सटीक रूप से निर्दिष्ट करता है कि यह अनुमति त्रुटि के कारण विफल रहा, बजाय अस्पष्ट कनेक्शन त्रुटि के जो एक लाल हेरिंग में था मेरे मामले के रूप में मैं खुद docker डेमन सेवा के साथ खिलवाड़ समय बर्बाद कर दिया।

मुझे यह कुछ ही बार मिला।

मेरे लिए यह कोई विन्यास समस्या नहीं है। इसके बजाय, ऐसा लगता है कि डॉकर मर जाता है और रुक जाता है, किसी घटना के दौरान मैं अभी भी नहीं बता सकता कि यह कब होता है।

वैसे भी अगर मेरा अंतर्ज्ञान सही है, तो फिक्स sudo service docker restart हो सकता है लेकिन स्पष्ट रूप से यह पर्याप्त नहीं है।

तो अंत में एकमात्र समाधान जो काम करता है वह एक रिबूट है ।

डोकर डेमॉन एक टीसीपी पोर्ट के बजाय एक यूनिक्स सॉकेट से बांधता है। डिफ़ॉल्ट रूप से कि यूनिक्स सॉकेट उपयोगकर्ता रूट के स्वामित्व में है और अन्य उपयोगकर्ता केवल sudo का उपयोग करके इसे एक्सेस कर सकते हैं। डोकर डेमॉन हमेशा रूट उपयोगकर्ता के रूप में चलता है। लिनक्स पोस्ट इंस्टॉल

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

अनुस्मारक: (सत्र को पुनः आरंभ करने के लिए याद रखें या VM को रीबूट करें)

• यदि वर्चुअल मशीन पर परीक्षण किया जाता है, तो परिवर्तनों को प्रभावित करने के लिए वर्चुअल मशीन को पुनरारंभ करना आवश्यक हो सकता है।
• डेस्कटॉप लिनक्स वातावरण जैसे कि एक्स विंडोज, अपने सत्र से पूरी तरह से लॉग आउट करें और फिर वापस लॉग इन करें।

मुझे भी यही समस्या थी। जैसा कि दूसरों ने उल्लेख किया है, जब मैंने सुडोकू के साथ डॉकटर-कंपोज़ किया, तो यह काम कर गया।

नमस्ते, दोस्तों जब मैं फेडोरा 26 का उपयोग कर रहा था, तब मैंने उसी मुद्दे का सामना किया था और फिर मैंने फेडोरा 25 का समाधान ढूंढ लिया था, लेकिन यह मेरे लिए काम करता है।

यहाँ स्निपेट है:

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

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

मुझे आशा है कि यह आपकी मदद करेगा, धन्यवाद

sudo systemctl status docker.service -l वास्तविक समस्या को खोजने के लिए बहुत उपयोगी है।

मेरे पास समान था लेकिन केवल docker-compose build । यह आखिरकार फ़ाइल अनुमति की समस्या थी। मैंने कंटेनर के अंदर फाइलें बनाईं, जो रूट के स्वामित्व में थीं, और यह उन फाइलों के साथ निर्माण करने में सक्षम नहीं था। मैंने बस एक sudo chown -R $USER . और यह काम करता है।

मैं अपने पिछले एक हटाए जाने के बाद एक mysql कंटेनर बनाने में एक ही त्रुटि हो रही थी।
कारण यह था कि मेरे पास एक डेटा फ़ोल्डर था (दृढ़ता के लिए) जो पिछले कंटेनर में उपयोगकर्ता के स्वामित्व में था।
इसका समाधान डेटा फ़ोल्डर को हटाना था। चेतावनी - आप अपना डेटा खो देंगे। यदि आप अपना डेटा रखना चाहते हैं, तो संभवतः डेटा फ़ोल्डर को स्थानांतरित करें या नए मालिकों को असाइन करें।

समूह में खुद को जोड़ने की चाल चली
usermod -aG docker $ {USER}

रिबूट और काम करता है!

मेरे लिए यह व्यवस्थापक मोड में प्रवेश करके हल किया गया था: sudo -s

अगर यह मदद करता है!

मैंने एक "+" वर्ण वाली छवि नाम का उपयोग करके यह त्रुटि संदेश प्राप्त किया। (यह इस बारे में आया क्योंकि मैं संस्करण नियंत्रण आईडी के बाद अपनी छवियों को नाम दे रहा था।)

उदाहरण के लिए, एक 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 यह निश्चित नहीं है कि किसी ने आपको जवाब दिया है, लेकिन इसे सबसे पहले sudo करने की आवश्यकता है क्योंकि कोई भी उपयोगकर्ता जो docker कमांड निष्पादित कर सकता है वह होस्ट में sudo बन सकता है।
डॉक निष्पादन निष्पादन वाला कोई भी व्यक्ति पूरे होस्ट फाइलसिस्टम को बांध कर एक साधारण डॉकटर लॉन्च कर सकता है और इसे रूट के रूप में एक्सेस कर सकता है (यानी पासवर्ड के लिए छाया फाइलें या पूरे सिस्टम के लिए अनुमति संशोधित करें)।
तो आपको बहुत ही केयरफुल बनना होगा जो इस कमांड का इस्तेमाल कर सके।

धन्यवाद @Gronan , मुझे इस धागे के बारे में स्पष्ट रूप से याद नहीं है।
लेकिन, अपने स्पष्टीकरण के बारे में, यदि आप सुडो के साथ चलते हैं तो आप इस पर नियंत्रण रखते हैं।
विवरण के लिए आपका धन्यवाद

न सूडो की जरूरत है।
अपने उपयोगकर्ता को docker समूह, docker में जोड़ें
और docker सेवा को पुनः आरंभ करें, सेवा पुनरारंभ docker, या, systemctl पुनरारंभ docker.service

सिस्टम के किसी भी रिबूट की जरूरत नहीं है।

यह समस्या किस उपयोगकर्ता और किस समूह के अंतर्गत आती है और जब आप प्रक्रिया समूह की सदस्यता बदलते हैं और यह कैसे प्रभावी होगी, इसके बारे में यह समस्या संबंधित है।

usermod -aG docker ${USER}
उसके बाद _reboot_।

ऐसा इसलिए है क्योंकि docker daemon रूट यूजर के रूप में चलता है और docker-compose रेगुलर यूजर के रूप में

इसे ठीक करने के लिए तीन चरण:

1. सुडोल ग्रुपडैक डॉकटर
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. Daud
   id
3. यदि 'docker' समूह समूह सूची में नहीं आता है - लॉगआउट करें और फिर से लॉगिन करें

मेरी समस्या यह है कि मेरे डॉक बिल्ड संदर्भ में, मेरे पास ऐसी फाइलें थीं जो न तो मेरे उपयोगकर्ता के पास थीं और न ही मेरे समूह के पास। उदाहरण के लिए, मैंने अपने डॉक बिल्ड में एक मोंगो कंटेनर के संदर्भ में एक फ़ोल्डर लगाया, इसलिए ये फाइलें मोंगोडब उपयोगकर्ता और समूह के स्वामित्व में थीं। इसे ठीक करने के लिए, मैंने सिर्फ उस फ़ोल्डर को हटा दिया, और उसके बजाय मेरे मैन्गोडब सेवा के लिए docker द्वारा उत्पन्न एक मात्रा का उपयोग किया, और फिर मैं sudo के बिना docker-compose चलाने में सक्षम था

मैं @alexcdot अवलोकन की पुष्टि कर सकता हूं: रूट द्वारा स्वामित्व वाली मेरी परियोजना रिपॉजिटरी में फ़ाइलें

साथ ही @alexcdot और @ tbuss93 समाधान की पुष्टि की। मेरे लिए भी काम किया। मुझे लगता है कि इस तरह के मामले में, त्रुटि अधिक उपयोगकर्ता के अनुकूल होनी चाहिए और आदर्श रूप से समस्याग्रस्त फाइलें दिखा सकती है।

मैं एक नया देव नोटबुक के लिए आज यह मुद्दा था। मैंने इसे इस तरह हल किया
1) डॉकर बंद करो

sudo service docker stop

यदि आप इस फ़ाइल की अनुमति को देखते हैं, तो आप देखेंगे कि sudo बिना आप डॉकर डेमन तक पहुँच प्राप्त नहीं कर पाएंगे

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

धन्यवाद @ श्रीबहुमी
3) मैं इस कमांड को चलाता हूं

sudo usermod -aG docker ${USER}

और अब आप लगभग बस हो चुके हैं या बेहतर लॉग आउट करें कंप्यूटर को पुनरारंभ करें आपको सेवा शुरू करने की आवश्यकता नहीं है क्योंकि यह स्वचालित रूप से शुरू होता है

@ cooljl31 सॉकेट को हटाना अनावश्यक लगता है, क्योंकि अनुमतियाँ दिखाती हैं कि docker समूह के सदस्यों के पास rw एक्सेस है। हालांकि आपको docker और session को पुनरारंभ करना होगा।

हालाँकि, यह समस्या समस्या से संबंधित नहीं है

इससे मेरी समस्याएं हल हो गईं: https://docs.docker.com/install/linux/linux-postinstall/#manage -docker-as-a-non-root-user
बस लॉग आउट करना और वापस लॉग इन करना याद रखें। कमांड को उस उपयोगकर्ता के रूप में चलाएं जिसे आप डॉकटर का उपयोग करना चाहते हैं।

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

अगर तुम मिले:
$ डॉकटर-रचना
त्रुटि: http + docker में डॉकर डेमन से जुड़ नहीं सका

यदि यह गैर-मानक स्थान पर है, तो URL को DOCKER_HOST पर्यावरण चर के साथ निर्दिष्ट करें।

यू की जाँच करनी चाहिए कि क्या वर्तमान लॉगिन उपयोगकर्ता /var/run/docker.sock उपयोगकर्ता समूह docker ।
कम्पोज़ को सूडो के रूप में चलाने की कोशिश करें।

sudo बिना इसे हल करने के लिए @leoyuholo ने दूसरी टिप्पणी में कहा और लॉगआउट करें और वापस अंदर जाएं।

मैं एक ही त्रुटि संदेश मिलता है जब मैं docker चलाते हैं।
यह उपयोगकर्ता समूह 'docker' में खुद को जोड़कर हल किया जाता है

समूह usermod -aG docker $ {USER} में स्वयं को जोड़ने के लिए निम्न कमांड चलाने का प्रयास करें

या आप निम्न कमांड चला सकते हैं यह पता लगाने के लिए कि आप समूहों का US $ USER से क्या संबंध हैं

उसके बाद लॉगआउट करें और लॉग इन करें और यह काम करता है

लिंक पर जाने के लिए https://github.com/docker/compose/issues/1214#issuecomment -102246969

ps। यह मेरे जैसे लोगों के लिए है जो पहले युगल टिप्पणियों को छोड़ते हैं -_-

सिर्फ इसलिए कि इसे फिर से dsicover करने में मेरा लंबा समय लगता है, और पहली चीज है जो मैंने Google पर हिट की है। मेरे लैपटॉप पर मेरे उपयोगकर्ता की अनुमति के साथ कुछ भी गलत नहीं है। समस्या एक माउंट किए गए फ़ोल्डर पर फ़ाइल अनुमतियों की थी। यदि आप या तो अनुमतियों को ठीक करते हैं, तो आपको उन्हें एक्सेस करने के लिए रूट की आवश्यकता नहीं है, या उन्हें हटा दें (मेरे मामले में यह रेल के लिए कैश की गई संपत्ति है) यह सफलतापूर्वक गुजरता है।

असली समस्या यह है कि त्रुटि संदेश आपको यह नहीं बताता है कि विशिष्ट समस्या क्या है जब आप डॉकटर-कम्पोज़ के माध्यम से निर्माण करते हैं।

मैं इस मुद्दे पर भी मिला। यह एक यूजर एक्सेस इशू है।
मैंने इसे रूट मोड में डॉकटर-कंपोज़ इंस्टॉल करके और रूट मोड में भी डॉकटर-कंपोज़ को रन करके हल किया।

@ झाझेन वास्तव में एक समाधान नहीं है, बल्कि एक समाधान है।
आपके प्रोजेक्ट फ़ोल्डर या आपके समूह अनुमतियों में फ़ाइल अनुमतियों के साथ कुछ गड़बड़ है। पहले मामले के लिए @alexcdot और मेरी टिप्पणियों को देखें, और बाद के लिए पुनः लॉग-इन करके sudo usermod -aG docker <your username> प्रयास करें।

@ tbuss93 आप सही कह रहे हैं। इसे हल करने के लिए मैंने आपके पास समाधान का उपयोग किया है। यह काम करता हैं। यह सबसे अच्छा समाधान हो सकता है।

लिखने => sudo docker जानकारी

जिस कमांड को आप चलाने का प्रयास कर रहे हैं, उससे पहले केवल sudo जोड़ें!

तो मेरे मामले में gitlab_ci_multi_runner उपयोगकर्ता docker समूह का हिस्सा है। तो यह मेरा मुद्दा नहीं है:

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?

मतलब मुझे लग रहा है कि मेरा डेमॉन क्रैश हो रहा है या अस्थिर है? यह आसान नहीं है, क्योंकि मैं डॉकर का उपयोग करके एक स्थिर और विश्वसनीय निरंतर एकीकरण करना चाहूंगा। किसी भी विचार मैं कैसे इस अस्थिरता को किसी भी आगे डिबग कर सकता है?

धन्यवाद!

लोग, मेरी अंग्रेजी के लिए मेरे अपोलिजाइज़ पर लड़ते हैं। मैं एक ही समस्या है, लेकिन एहसास है कि kde के अंदर konsole पर ऐसा होता है, लेकिन जब मैं एक टर्मिनल crt alt f1 में चलता हूं तो मुझे sudo का उपयोग करने की आवश्यकता नहीं है! IER के पास डॉकटर समूह पर पहले से ही USER है। मुझे आशा है कि आप मुझे समझेंगे ।- धन्यवाद

बस दौडो;

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

मुझे भी समस्या का सामना करना पड़ा 'यूनिक्स में डॉकर डेमॉन से कनेक्ट नहीं किया जा सकता: ///var/run/docker.sock। क्या डॉकटर डेमन चल रहा है? ' .माता ने निम्नलिखित पर ध्यान दिया।

[ ec2-user @ ip-172-28-6-201 docker -elk] $ जो
/ Usr / स्थानीय / bin / डोकर-लिखें
[ ec2-user @ ip-172-28-6-201 docker -elk] $ जो
/ Usr / bin / डोकर-लिखें

चूंकि डॉकटर-कम्पोज़ बाइनरी अंदर / usr / लोकल है, मैं 'sudo' के बिना docker-compose कमांड निष्पादित करने में सक्षम था। 'Docker' कमांड को निष्पादित करने के लिए, मुझे sudo एक्सेस की आवश्यकता थी।

मैंने निम्नलिखित आदेशों का उपयोग करके तय किया।

cp / usr / स्थानीय / बिन / docker- रचना / usr / बिन / docker- रचना
chmod + x / usr / bin / docker- रचना
sudo rm / usr / स्थानीय / बिन / docker- रचना

अब 'docker-compose' कमांड को निष्पादित करने के लिए 'sudo' को सत्यापित करें।
उपरोक्त चरणों को पूरा करने के बाद, मेरे लिए डॉकटर-कंपोज़ कमांड काम करता है।

उपयोगकर्ता docker समूह में जोड़ने के बाद
मशीन को रीस्टार्ट करने से होगा।

मेरे लिए इसका काम करना।
[ ec2-user @ ip-172-31-7-179 docker -elk] $ sudo

मेरे कर्ता और धर्ता रचना संस्करण हैं।

[ ec2-user @ ip-172-31-7-179 docker -elk] $ sudo
ग्राहक:
संस्करण: 17.06.2-CE
एपीआई संस्करण: 1.30
जाओ संस्करण: go1.8.4
Git प्रतिबद्ध: 3dfb8343b139d6342acfd9975d7f1068b5b1c3d3
निर्मित: शुक्र नवंबर 10 00:50:37 2017
OS / Arch: linux / amd64

सर्वर:
संस्करण: 17.06.2-ce
एपीआई संस्करण: 1.30 (न्यूनतम संस्करण 1.12)
जाओ संस्करण: go1.8.4
Git प्रतिबद्ध: 402dd4a / 17.06.2-ce
निर्मित: शुक्र नवंबर 10 00:51:08 2017
OS / Arch: linux / amd64
प्रायोगिक: असत्य
[ ec2-user @ ip-172-31-7-179 docker -elk] $ sudo
डॉकटर-कम्पोजिशन संस्करण 1.21.2, a133471 का निर्माण करें
docker-py संस्करण: 3.4.0
CPython संस्करण: 2.7.12
ओपनएसएसएल संस्करण: ओपनएसएसएल 1.0.2k-fips 26 जनवरी 2017

जोड़ने के बाद उपयोगकर्ता प्रक्रिया सुनिश्चित करें कि आप अपनी मशीन को पुनः आरंभ करें।

मैं मज़बूती से इस संदेश को इस तरह संरचित परियोजना के साथ उत्पन्न कर सकता हूं:

├── डॉकटर-कंपोज.लाइल
F डॉकरफाइल
└── वॉल्यूम

यदि 'वॉल्यूम' एक निश्चित आकार से अधिक हो जाता है, तो मुझे निम्न त्रुटि मिलती है, जब 'docker-compose build' चलाते हैं:

• > त्रुटि: http + docker में डॉकर डेमन से जुड़ नहीं सका

सूडो के साथ कमांड चलाने से छवि का निर्माण शुरू होता है, लेकिन, स्वचालन के लिए सूडो पर भरोसा नहीं करना अच्छा है।

ऐसा लगता है कि मेरे उदाहरण में इस मुद्दे का कारण मेरे संस्करणों को निर्माण संदर्भ में पारित किया जाना

तो मेरे उदाहरण में यह तय है कि इस त्रुटि संदेश के विशेष स्वाद को हल करते हुए, वॉल्यूम को स्थानांतरित किया जाए या इसे .dockerignore में जोड़ा जाए।

सीडी / var / रन
सूदो चामोद 777 docker.sock
सुडो सेवा शुरू करने वाले
डोलर हेलो-वर्ल्ड चलाते हैं
डॉकटर से नमस्कार!
यह संदेश बताता है कि आपका इंस्टॉलेशन सही तरीके से काम करता हुआ प्रतीत होता है।

समस्या का हल किया :)

सूडो के साथ हल किया

अगर यहां कहा गया सब कुछ काम नहीं करता है, तो पुनः स्थापित करें। इसने मेरे लिए काम किया।

मेरे अनुभव में मशीन को पुनः आरंभ करने की आवश्यकता नहीं है जो यदि आप उत्पादन के माहौल में हैं तो उपयोगी है - 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 chown $USER:docker /var/run/docker.sock

यह एक मेरे लिए काम किया। निश्चित नहीं है कि डॉकटर समूह में $ USER को जोड़ने से इसका समाधान क्यों नहीं हुआ।
संपादित करें: यह पता चला है, docker सेवा /var/run/docker.sock हर बार इसे पुनः लोड करती है। आपको हर बार जब आप डॉकटर को पुनरारंभ करते हैं, तो उक्त चाल को फिर से करने की जरूरत है (बहुत ज्यादा नहीं होगा, एह?)