Compose: त्रुटि: http + docker में डॉकर डेमन से जुड़ नहीं सका: // localunixsocket - क्या यह चल रहा है?

क्या आपने sudo बिना कोशिश की है? आपको इसकी आवश्यकता नहीं होनी चाहिए और यह आपके मामले में चीजों को गड़बड़ कर सकता है। इसके अलावा, जब आप docker info चलाते हैं, तो आप क्या देखते हैं?

अगर डेमॉन शुरू करने के लिए पहले आवश्यक dockerd या sudo dockerd चलाने की कोशिश करें। यदि आप dockerd sudo dockerd साथ शुरू करते हैं, तो आप docker-compose up sudo भी चलना चाह सकते हैं। अन्यथा ठीक है।

@ पिंडली- हैलो! मैंने पहले ही इसे सूडो के साथ किया है और रूट ( sudo su ) का भी उपयोग किया है।

matteo<strong i="7">@ubuntuDockerMB</strong>:~/wordpress-docker$ sudo docker-compose up
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.

यहां ऑपरेशन को रूट के रूप में बनाया गया है

root<strong i="11">@ubuntuDockerMB</strong>:/home/matteo/wordpress-docker# docker-compose up
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.
root<strong i="12">@ubuntuDockerMB</strong>:/home/matteo/wordpress-docker#

यह docker info का परिणाम है

root<strong i="17">@ubuntuDockerMB</strong>:/home/matteo/wordpress-docker# docker info
An error occurred trying to connect: Get http://%2Fvar%2Frun%2Fdocker.sock/v1.24/info: read unix @->/var/run/docker.sock: read: connection reset by peer

@harshajayaweeraXHJ

dockerd काम नहीं करता है लेकिन sudo service docker start अपेक्षा के अनुसार काम करता है

matteo<strong i="25">@ubuntuDockerMB</strong>:~/wordpress-docker$ sudo dockerd
INFO[0000] libcontainerd: new containerd process, pid: 4039
WARN[0000] containerd: low RLIMIT_NOFILE changing to max  current=1024 max=4096
INFO[0001] [graphdriver] using prior storage driver "aufs"
FATA[0001] Error starting daemon: layer does not exist

पुनश्च:

@ shin- &

आपको बाल प्रक्रियाओं में उपलब्ध होने के लिए चर को निर्यात करने की आवश्यकता है:

$ export DOCKER_HOST=127.0.0.1

हालांकि यह पूरी तरह से आपके मुद्दे को हल नहीं करता है ...

मैं इस त्रुटि में भाग गया क्योंकि मैंने ubuntu पूर्वापेक्षाओं को मूर्खतापूर्वक अनदेखा कर दिया था।

शुक्रिया @jamethy , मैं, अभी ठीक किया है और मैं मिलता है

matteo<strong i="7">@ubuntuDockerMB</strong>:~/wordpress-docker-tut$ docker-compose up -d
Traceback (most recent call last):
  File "<string>", line 3, in <module>
  File "compose/cli/main.py", line 65, in main
  File "compose/cli/main.py", line 114, in perform_command
  File "compose/cli/command.py", line 36, in project_from_options
  File "compose/cli/command.py", line 111, in get_project
  File "compose/cli/command.py", line 83, in get_client
  File "compose/cli/docker_client.py", line 74, in docker_client
  File "site-packages/docker/client.py", line 59, in __init__
  File "site-packages/docker/utils/utils.py", line 438, in parse_host
docker.errors.DockerException: Bind address needs a port: 127.0.0.1
docker-compose returned -1

अब यही समस्या होने पर, Wordpress को docker के नीचे स्थापित करने का भी प्रयास करें। सब कुछ करने की कोशिश की, लेकिन अभी भी कनेक्ट नहीं कर सकता। डोकर डेमॉन नहीं चल रहा है ... मैं इसे फिर से कोशिश करूँगा

मेरे लिए समस्या वहीं रहती है:

Bind address needs a port: 127.0.0.1

लेकिन यह संख्या स्वयं docker द्वारा बनाई जानी चाहिए

मुझे मूल पोस्टर के समान ही समस्या है, और ऊपर सुझाई गई सभी चीजों की कोशिश की है।

ऐसा लगता है कि कभी-कभी docker "मर जाता है" और नहीं चल रहा है, और अन्य समय में यह चलता रहता है। मैंने docker info कमांड चलाने की कोशिश करते हुए इस पर ध्यान दिया और डॉक नहीं चलाने के बारे में एक त्रुटि प्राप्त की। service docker start का उपयोग करके मुझे जानकारी कमांड चलाने की अनुमति दी। मेरे पास बस यही है:

Containers: 1
Running: 0
Paused: 0
Stopped: 1
Images: 1
Server Version: 1.12.5
Storage Driver: aufs
Root Dir: /var/lib/docker/aufs
Backing Filesystem: extfs
Dirs: 3
Dirperm1 Supported: true
Logging Driver: json-file
Cgroup Driver: cgroupfs
Plugins:
Volume: local
Network: host bridge overlay null
Swarm: inactive
Runtimes: runc
Default Runtime: runc
Security Options: apparmor seccomp
Kernel Version: 4.4.0-45-generic
Operating System: Ubuntu 16.04.1 LTS
OSType: linux
Architecture: x86_64
CPUs: 24
Total Memory: 31.42 GiB
Name: ayn
ID: 7TGC:G5WQ:6IYF:XWMH:XF3N:VXU7:SLZB:IHRN:T4FL:D35I:5JUA:H4S5
Docker Root Dir: /var/lib/docker
Debug Mode (client): false
Debug Mode (server): false
Registry: https://index.docker.io/v1/
WARNING: No swap limit support
Insecure Registries:
127.0.0.0/8

@ matteo-bombelli यह त्रुटि बहुत स्पष्ट है, आपको एक पोर्ट निर्दिष्ट करने की आवश्यकता है। इसके बजाय export DOCKER_HOST=127.0.0.1:2375 ।

@ Matteo-Bombelli
मेरी भी यही समस्या थी।
आपको डॉकटर को पुनः आरंभ करने की आवश्यकता है।
$ service docker restart
मैंने इसे इसके साथ हल किया।

किसी को भी इस समस्या के समाधान के लिए कदम में समेकित कर सकते हैं?

नमस्ते। मैं यह अंतिम टिप्पणी करता हूं, मैं एक ही मुद्दा रहा हूं।

मुझे भी वही समस्या हो रही है।

docker ps काम करता है।

docker-compose build (संस्करण 2 के साथ) काम करता है!

docker-compose build (संस्करण 3 के साथ) यह त्रुटि देता है: /

@furkanmustafa @ shashijais789 @lalitkumarj अगर आप सभी जानकारी के साथ एक नया मुद्दा -D ध्वज के साथ इंजन लॉग को शामिल करना सुनिश्चित करें।

एक ही समस्या है। संस्करण 2 के साथ काम करता है, मुझे यह त्रुटि 3 कॉन्‍सिगरेशन के साथ मिलती है।

निम्नलिखित चरणों ने मेरे लिए समस्या हल कर दी।

हटाने वाला:
$ sudo apt-get remove docker docker-engine
के साथ पुनर्स्थापित करें
curl -sSL https://get.docker.com/ | sh

उपयोगकर्ता को एक समूह में जोड़ें:
sudo usermod -aG docker user

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

मेरे docker-compose.yml फ़ाइल में शामिल हैं:

version: '2'

services:
  # Drupal server
  drupal:
    build:
      context: .
      dockerfile: "Dockerfile-drupal"
  mysql:
    ...

docker-compose build परिणाम में कॉल करना:

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

इसलिए मैंने प्रत्येक फ़ाइल को व्यक्तिगत रूप से बनाने के लिए डॉकर का उपयोग करने की कोशिश की:

docker build -f="Dockerfile-drupal" .

इससे मुझे एक अधिक उपयोगी त्रुटि मिली:

Error checking context: 'no permission to read from some/data/directory'

उस त्रुटि को ठीक करना और यह सुनिश्चित करना कि मैं डॉकरफाइल-ड्रुपल का निर्माण कर सकता हूं, जिसके परिणामस्वरूप docker-compose build ठीक काम कर रहा है।

शायद कोड जो त्रुटि उत्पन्न करता है उसे कुछ इस तरह बदला जा सकता है:

Couldn't build the services.

 * Make sure you can build your Docker images using "docker build ...".
 * Make sure the Docker daemon is running.
 * If the Docker daemon is at a non-standard location, specify the URL with the DOCKER_HOST environment variable. Currently using http+docker://localunixsocket.

सभी की आवश्यकता:
1) कर्ल-बबकिन के रूप में कर्ल का उपयोग करके उपयुक्त तरीके से हटा दें और फिर से स्थापित करें (सुरक्षित होने के लिए दोबारा शुरू करें)
2) उपयोगकर्ता समूह को usermod -aG, लॉगआउट और लॉगिन का उपयोग करके जोड़ें
3) अपरिभाषित DOCKER_HOST (जैसा कि https://forums.docker.com/t/docker-commands-require-sudo/12987/2 पर rkazak द्वारा सुझाया गया है), जिसे मैंने पहले DOCKER_HOST = 127.0.0.1: 2375 के रूप में उपयोग करके सेट किया था। जैमिथी और पिंडली द्वारा सुझाया गया
यह आरपीआई 3 बी पर था। इस सब के बाद, अब डॉकटर काम कर रहा है। क्या ऐसा कोई मौका है, जिसे साफ किया जा सके, ताकि दूसरों को इस दर्दनाक अनुभव से न गुजरना पड़े, क्योंकि यह ऐसा अनुभव है जैसे इस डॉकटर को ठीक करने के लिए बनाया गया है? केवल एक सलाह।

मेरे मामले में LAN प्रॉक्सी (जो कि इंटरनेट विकल्पों में परिभाषित है - मैं विंडोज़ पर हूँ) ने docker-compose को VM से कनेक्ट करने से रोका (docker engine के साथ) VirtualBox Host-Only Network - प्रॉक्सी को अक्षम करने से कोई समस्या हल हो गई।

Ubuntu 16.04 पर यह मेरे लिए काम किया:
sudo service docker start && docker-compose up -d

मुझे यकीन नहीं है कि क्या हुआ, मैंने अपने पीसी को पुनरारंभ किया और यह काम करना शुरू कर दिया !! : Nerd_face:

@ ssi-aik वह कंप्यूटर साइंस ik है

मेरा बस यही मुद्दा था। मैंने पाया कि किसी कारण से मेरा उपयोगकर्ता docker सुरक्षा समूह में नहीं जोड़ा गया था, बदले में मुझे docker के यूनिक्स सॉकेट पर अनुमति नहीं दे रहा था और मुझे _ERROR: http + docker में Docker डेमॉन से कनेक्ट नहीं कर सका Localunixsocket - क्या यह चल रहा है_ ।

मेरे वर्तमान उपयोगकर्ता में docker समूह को जोड़ना, फिर लॉग आउट करना और फिर से मेरे लिए सब कुछ तय करना:
sudo usermod -aG docker $USER

यह मेरे लिए एक निश्चित बिल्ड स्टेप पर विफल हो रहा था, मैंने डॉकरफाइल के समान डायरेक्टरी में docker build . चलाने की कोशिश की और पाया कि जिन फ़ाइलों की मैं COPY कोशिश कर रहा था, उनके पास अनुमति के मुद्दे थे।

sudo chmod 755 -R . चलने से मेरी समस्या ठीक हो गई।

जैसा कि @ChrisPappalardo पर बताया गया है
https://github.com/docker/compose/issues/1214
अपने बिल्ड निर्देशिका के भीतर फ़ाइल स्वामित्व अनुमतियों के लिए जाँच करें। जैसा कि कंटेनर निर्माण प्रक्रिया वर्तमान उपयोगकर्ता के संदर्भ में की जाती है, जड़ के स्वामित्व वाले पेड़ के भीतर एक दुर्गम निर्देशिका होने से इस संदेश में एक त्रुटि हो सकती है।

मेरे मामले में @ alberto56 के समाधान ने पूरी तरह से काम किया, यह एक अनुमतियों का एक वॉल्यूम था जो मेरी सेवाओं में से एक के लिए मुहिम शुरू की थी। यह निश्चित नहीं है कि स्वामित्व पहले स्थान पर कैसे बदल गया लेकिन मैनुअल docker build -f myDockerfile . करने से मुझे अपना मुद्दा खोजने में मदद मिली।

जब मैंने ls -l डायरेक्टरी का स्वामित्व 999 और docker ग्रुप के पास था, तो अजीब बात यह है कि यह उस छवि के लिए भी नहीं था जिसे मैं बनाने की कोशिश कर रहा था, यह एक अलग सेवा थी।

मैं इस त्रुटि में भाग गया क्योंकि मैंने डिबगिंग करते समय ऐसा वॉल्यूम माउंट किया था, और सफाई करना भूल गया था।
मात्रा:
- ./itsLog :/var/log/itsLog

जब मैंने डॉकरफाइल बनाने की कोशिश की, तो प्रतिबंधित रास्ते से जुड़ने की कोशिश करते समय इसे "अनुमति से वंचित" होना चाहिए।

त्रुटि का वर्णन कुछ-कुछ भ्रामक है, लेकिन अन्यथा यह समझ में आता है।

मैंने अभी-अभी फ़ाइल /var/run/docker.sock के मालिक को वर्तमान उपयोगकर्ता में बदल दिया है, और यह ठीक है।
ऐसा लगता है कि डॉकटर-कम्पोज़ को /var/run/docker.sock तक पहुँचने की कोई अनुमति नहीं थी।

त्रुटि का वर्णन कुछ-कुछ भ्रामक है

चूँकि यह पहले से ही इतना असंक्रामक है, तो वास्तव में इसके लिए प्रतिबद्ध क्यों नहीं है और सिर्फ "नहीं" प्रिंट करें? / s

मेरे मामले में मुझे यह देखने के लिए syslog की समीक्षा करनी पड़ी कि डॉकर डेमन ने बिल्ड स्पेसिफिकेशन को अस्वीकार कर दिया क्योंकि टैग स्ट्रिंग में कैपिटल लेटर्स थे।

यह त्रुटि संदेश एक कंबल बयान है और शायद इसे प्रलेखित किया जाना चाहिए (स्टैक ओवरफ्लो में बिखरे होने के बजाय और असंबंधित परियोजनाओं के जीथब मुद्दों) या पर विस्तारित।

@ alberto56 की टिप्पणी से मुझे मदद मिली। एक ही मुद्दा था। धन्यवाद!
पिछला कंटेनर जिसे मैंने "वॉल्यूम" किया था, उसने संकलित पायथन फाइलें बनाई थीं; *.pyc । वे मेरे उपयोगकर्ता के लिए सुलभ नहीं थे।
ऊपर से कॉपी की गई समस्या और समस्या:

कॉलिंग डॉकटर-कंपोज़ बिल्ड परिणाम:
Couldn't connect to Docker daemon at http+docker://localunixsocket - is it running?

सीधे कॉल करने वाले:
docker build .

जो वास्तविक कारण का खुलासा करता है:
Error checking context: 'no permission to read from '/home/user/dev/project/app/utils.pyc''.

फ़ाइल अनुमतियां थीं:
-rw-r----- 1 root root 11K Nov 29 16:32 utils.pyc
और उन फ़ाइलों को हटाना था:
sudo rm app/*.pyc

हे लोगों,

डॉक वर्जन 17.12 में अपग्रेड करने के बाद और मैंने डॉकटर सेवा शुरू की है, इसने मेरे मुद्दे को हल कर दिया है।

[] # सेवा शुरू करने वाला
13 के लिए पुनर्निर्देशन / बिन / systemctl शुरू docker.service
# सुडो डॉकटर-कंपोज़ अप-डी

हमें डॉक वर्जन को अपडेट करना होगा और फिर कंपोज करना होगा।

सादर,
प्रसाद आर.वी.एस.

सेवा शुरू करने वाला
/ Bin / systemctl को docker.service पर पुनर्निर्देशित करना
[ रूट @ kammu02-I9084 LDDS] #
डिफ़ॉल्ट ड्राइवर के साथ नेटवर्क "ldds_default" बनाना
डिफ़ॉल्ट ड्राइवर के साथ वॉल्यूम "ldds_couch-data" बनाना
Pouching couchdb (isl-dsdc.ca.com to000/analytics/lddscouchdb:2.1.8c.109) ...
2.1.8c.109: एनालिटिक्स / lddscouchdb से पुलिंग
dd6405a9d644: पूरा खींचो
10f659fc3a7e: पूरा खींचो
8a0ce719aeb8: पूरा खींचो
fc23f8fbeac2: पूरा खींचो
5f02dd664e80: पूर्ण खींचो
f38b89a75914: पूरा खींचो
94add1a2ec1e: पूरा खींचो
e7db1a0942ee: पूरा खींचो
87b0136db4b9: पूरा खींचो
be9ceeef7cb5: पूरा खींचो
aed07b38ec55: पूर्ण खींचो
fc4632d89301: पूरा खींचो
6152a07afebb: पूरा खींचो
946862fd0151: पूरा खींचो
43408ca5f730: पूर्ण खींचो
डाइजेस्ट: sha256: d3c13f08a4c9c3ed450325aef2dbe97abf0a55c13e9e2005109c05c713491fb3
स्थिति: isl-dsdc.ca के लिए नई छवि डाउनलोड की गई। com: 5000 / विश्लेषिकी / lddscouchdb : 2.1.8c.109
पुलिंग ldds- वेब (isl-dsdc.ca.com to000/analytics/lddscdb:2.1.8c.109) ...
2.1.8c.109: एनालिटिक्स / lddscdb से पुलिंग
dd6405a9d644: पहले से मौजूद है
10f659fc3a7e: पहले से मौजूद है
8a0ce719aeb8: पहले से मौजूद है
eebc892936a1: पूरा खींचो
3c8dd6086ddb: पूरा खींचो
73c1dfebea61: पूरा खींचो
9fb23fd0d390: पूरा खींचो
f8943ba49c47: पूरा खींचो
a89ff5b6e340: पूरा खींचो
02615a9d0e05: पूर्ण खींचो
e129088bf324: पूरा खींचो
bf0ba8d71b09: पूरा खींचो
083300d85e61: पूरा खींचो
5deacfd6cb23: पूर्ण खींचो
220cda5539ae: पूर्ण खींचो
8cdee22c663b: पूरा खींचो
d76b24524469: पूरा खींचो
9c5ade36643f: पूरा खींचो
c7ca782f404c: पूरा खींचो
6a7bbcfb0b95: पूर्ण खींचो
डाइजेस्ट: sha256: e2cb43e6b22ab344d7fc17f38e49caa3e295ef0efdfa43bc77ce671e0f172168
Ldds_couchdb_1 ... बनाया जा रहा है
Ldds_couchdb_1 बना रहा है ...
Ldds_ldds-web_1 ... बनाया जा रहा है

मैंने नीचे त्रुटि का सामना किया,
" डॉकटर डेमन को http + : // localunixsocket - क्या यह चल रहा है?"

जांचें कि क्या यह अनुमति का मुद्दा है, इस त्रुटि के बिना "sudo docker ps" निष्पादित करें और "docker ps" इस त्रुटि के साथ निष्पादित करता है, तो अनुमति मुद्दा।

इस डॉकटर पोस्ट इंस्टॉल चरणों की कोशिश करें। आपको "उपयोगकर्ता" को डॉकटर समूह में जोड़ने की आवश्यकता हो सकती है।
https://docs.docker.com/engine/installation/linux/linux-postinstall/

इसने मेरे लिए काम किया।

हाय सब - यह मेरी मशीन पर भी होता है। क्या अजीब बात है कि मैंने कोई बदलाव नहीं किया है या क्या-क्या हुआ है और यह अभी-अभी शुरू हुआ है।

@manjukori यह मेरे साथ तब भी होता है, जब मैं docker ग्रुप में हूं - फिर भी sudo काम के तहत एक ही कमांड चल रहा है! तो एक तरफ, यह आप कर रहे हैं सही लगता है कि यह एक अनुमतियाँ मुद्दा किसी प्रकार का है, फिर भी, मैं का सदस्य हूं docker समूह! बहुत अजीब...

ठीक है सबको मुद्दा मिल गया! मेरे मामले में, मैं docker-compose का उपयोग कर रहा हूं, जो कि एक कंटेनर में root -प्रसिद्ध निर्देशिका को मापता है। किसी कारण से जिसने docker-compose (जो docker build चलाता है) को बूट करने से रोका।

जैसे ही मैंने इस निर्देशिका को हटा दिया, सब कुछ पहले की तरह काम करता है (हालांकि मुझे यकीन नहीं है कि यह वास्तव में पहले क्यों काम किया था)।

आप अपने अंत में भी कुछ इसी तरह की जाँच कर सकते हैं।

चामोद 777 इसे

आपके उपयोगकर्ता को सुडो के बिना डॉक-कम्पोज़ चलाने के लिए "डॉकटर" समूह में होना चाहिए। बस इस समूह को अपने खाते में जोड़ें, लॉग आउट करें और वापस लॉग इन करें। मेरे लिए उबंटू और मैक ओएस पर यह तय किया।

@ झंवर धन्यवाद! इसने मेरे लिए काम किया
sudo chmod 755 -R .

मैं दूसरे मुद्दे पर सबसे उपयोगी टिप्पणियों में से एक को दोहराना चाहूंगा जिसमें कहा गया था कि docker-compose --verbose up[|build] आपको अपने मुद्दे की तह तक जाने में मदद करेगा। मेरे मामले में, डॉकटर-कम्पोज़ का त्रुटि संदेश भ्रामक था - मुझे सिर्फ 1.10 (प्राचीन) से 1.12 तक डॉकटर से अपडेट करने की आवश्यकता थी।

शब्दशः यह पता चला:
docker.errors.APIError: 400 क्लाइंट त्रुटि: खराब अनुरोध ("क्लाइंट सर्वर की तुलना में नया है (क्लाइंट एपीआई संस्करण: 1.24, सर्वर एपीआई संस्करण: 1.22)")

मेरे मामले में, समस्या को ठीक करने के लिए केवल एक ही आदेश पर्याप्त था: sudo usermod -aG docker $USER (जब $ USER आपका वर्तमान उपयोगकर्ता लॉग इन है)। इसके साथ मुझे docker-compose run ... sudo $USER उपयोगकर्ता शेल से सफल रन मिला है। (धन्यवाद, @ किरिल-बबकिन: केक :)।

• Ubuntu 16.04.3 (AWS पर सुपर क्लीन नया उदाहरण)
• Docker 17.12.1-Ce (एप्ट पर स्थापित, इसके बाद Ubuntu के लिए Docker CE प्राप्त करें )

सही उत्तर @manjukori और @yoloseem से हैं; केवल एक चीज जिस पर मैं बल दूंगा वह यह है कि निर्देश sudo usermod -aG docker $USER को सामान्य करने के लिए env चर $ USER का उपयोग करें (यह मानते हुए कि आप शेल से जुड़े हुए हैं जिसे उपयोगकर्ता को docker प्रबंधित करने की आवश्यकता है)। Docker config के अन्य महत्वपूर्ण विवरणों के लिए, https://docs.docker.com/install/linux/linux-postinstall/ के ऊपर दिए गए लिंक को

@ ramblinwreck35 जैसा कि आपने बताया मेरी टिप्पणी संपादित की। : +1:

मेरे लिए यह मेरा उपयोगकर्ता docker समूह का सदस्य नहीं था। समाधान करना...
sudo usermod -aG docker ${USER}
फिर या तो लॉगआउट करें और फिर से वापस, या sudo su - ${USER} अपने टर्मिनल में अपडेट किए गए कॉन्फ़िगरेशन को प्राप्त करने के लिए

systemctl restart docker
इसे सुलझाएं

यह आपके उपयोगकर्ता को docker समूह में जोड़ने के बाद भी अनुमति के कारण है। समूह को पुनः आरंभ करें या अनुमति पुनः लोड करें।

मैंने सुडो का इस्तेमाल किया। समस्या सुलझ गयी।

मुझे पूरी तरह से यकीन नहीं है कि अगर मेरी समस्या समान थी, लेकिन मैं अपना समाधान यहां पोस्ट करता हूं अगर किसी और को भी यही समस्या है और इस धागे के पार आता है।

मेरे मामले में, मैं .dockerignore कुछ निर्देशिकाओं को जोड़ना भूल गया। मुझे लगता है कि यह docker deamon के लिए बहुत अधिक डेटा था, क्योंकि इसने कुछ डेटा निर्देशिकाओं को छोड़कर काम किया था।

@harwood और मैं हमारी रिपॉजिटरी में इस मुद्दे की जांच कर रहे थे और देखा कि वास्तव में एक विकृत docker छवि नाम के कारण है जो image में सेट है - हमारे पास एक कैपिटल लेटर के साथ एक छवि थी। हम build: ./ आपूर्ति भी कर रहे थे। जब हमने build: ./ निकाले तो हमने एक नई त्रुटि संदेश देखा: invalid reference format: repository name must be lowercase । आशा है कि यह किसी को भी इस मुद्दे पर नज़र रखने में मदद करता है।

नमस्ते,

मेरी समस्या को निम्न चरणों से हल किया गया था:

1. कर्ता सेवा बंद करो
2. निम्नलिखित कमांड के साथ docker-compose कमांड को docker समूह में चलाने के लिए उपयोग किए जा रहे उपयोगकर्ता को जोड़ें: usermod -aG docker NAME_OF_USER (CentOS 7)
3. Docker सेवा प्रारंभ करें

क्या आपके पास इस तरह db सेवाएँ कॉन्फिगर हैं?

`` `मात्रा:
- ./db/data:/var/lib/mysql

When i input `docker-compose build` with db server ,I got this error. 
So, I input `sudo chown -R $USER:$USER /db/data` in order to got data permission.And I tried "docker-compose build" without the error.

docker-compose.yml

संस्करण: '3'
सेवाएं:
db:
निर्माण:
./db
कमांड: mysqld --default-प्रमाणीकरण-प्लगइन = mysql_native_password
बंदरगाहों:
- "3306: 3306"
मात्रा:
- ./db/data:/var/lib/mysql
env_file:
- mysql.env
विशेषाधिकार प्राप्त: सत्य
`` `

पुनः आरंभ करने वाले ने मेरे लिए भी काम किया।

मैंने इसे स्वामी से जड़ से बदलकर /var/run/docker.sock । मुझे नहीं पता कि उपयुक्त पैकेज मूल के रूप में क्यों स्थापित होता है।

$ sudo show derp:derp /var/run/docker.sock

अभी एक ऐसे ही मुद्दे पर दौड़े, मुझे कारण जानने में कुछ घंटे लगे।

कहानी इस तरह से है: हम जेन के लिए जेनकिंस का उपयोग करते हैं और यह हमारे मुख्य सेवा के लिए डॉकटर-कंपोज के साथ परीक्षण चलाता है क्योंकि यह कुछ अन्य सेवाओं पर निर्भर करता है। एक सहकर्मी ने एक ब्रा को धक्का दिया और जेनकिन्स बस इसे बनाने में विफल रहा, भले ही कोड और परीक्षण पूरी तरह से ठीक थे। समस्या निम्नलिखित दिखाई दी:

• जेनकिन्स प्रत्येक पाइपलाइन के लिए एक फ़ोल्डर बनाता है और कुछ लंबाई तक इसका नाम छोटा करता है। यह "$GIT_BRANCH-$RANDOMISH_HASH" तरह एक फ़ोल्डर का नाम बनाता है और जिज्ञासु भाग यह है कि यह शुरुआत से स्ट्रिंग को काटता है।
• असफल शाखा का नाम डैश ( - ) था, और जेनकेन्स द्वारा उत्पन्न निर्देशिका नाम - साथ शुरू हुआ।
• तब जेनकिंस उस फ़ोल्डर में docker-compose चलाएगा, और डिफ़ॉल्ट रूप से डॉकटर-कंपोज डायरेक्टरी नाम का उपयोग उपसर्ग के रूप में नाम कंटेनरों के लिए करेगा।
• इसका मतलब यह है कि यह डैश के साथ शुरू होने वाले नामों ( - ) के साथ कंटेनर बनाने की कोशिश करता है और ऐसा करने के लिए शुरू करने के लिए डॉकटर के नाम के लिए
• और फिर docker-compose एक भ्रामक त्रुटि के साथ एक सामान्य त्रुटि के साथ विफल हो जाता है "डॉकटर डेमन से कनेक्ट नहीं कर सका - क्या यह चल रहा है?" संदेश।

मेरे मामले में समाधान कस्टम प्रोजेक्ट नाम ( -p ) निर्दिष्ट कर रहा था जिसका उपयोग डिफ़ॉल्ट निर्देशिका नाम के बजाय किया जाएगा:

docker-compose -f docker-compose.ci.yml -p "$SANITIZED_GIT_BRANCH" build

@ alberto56 फिक्स्ड काम:

chown -R user:user .

इसके अलावा, अपने .dockerignore को अपडेट करें अगर ऐसा कुछ है जिसे बनाने के लिए डॉकटर को भेजना नहीं चाहिए।

यह जोड़ने sudo यह कोशिश करो

sudo docker-compose up

मेरे लिए समाधान मेरे उपयोगकर्ता को डॉक समूह में जोड़ रहा है, धन्यवाद कि आपको डॉक का उपयोग करते समय sudo का उपयोग नहीं करना चाहिए
https://techoverflow.net/2017/03/01/solving-docker-permission-denied-while-trying-to-connect-to-the-docker-daemon-socket/

मेरे मामले में यदि उपयोगकर्ता के पास /var/run/docker.sock docker-compose के लिए अनुमति नहीं है, तो http+docker://localhost ।
sudo usermod -a -G docker $USER इसे ठीक कर सकते हैं।

इस बिंदु पर https://github.com/docker/compose/issues/4181#issuecomment -317120015
रिस्टार्ट पीसी इस समस्या को ठीक करेगा

CentOS
मुझे कहना है, मैंने डिस्कनेक्ट और सर्वर से फिर से कनेक्ट किया ...

tl; dr अनावश्यक टिप्पणियों को रोकें
दोस्तों। मुझे लगता है कि पुनः आरंभ करना GitHub में किसी भी मुद्दे का हिस्सा नहीं होना चाहिए। कृप्या। यह हमें उस चीज़ से विचलित करता है जो हम गैर-उपयोगी सूचनाओं द्वारा करते हैं। ध्यान रखें कि यहाँ टिप्पणी करना इस मुद्दे पर मूल्य जोड़ने के लिए है। फिर से शुरू करने से इसे हल नहीं किया जा रहा है। कुछ बिंदु में विशेष रूप से सॉकेट अटका हुआ है और इसलिए एक बार अगर किसी को कुछ और मिल जाता है जो पहले इस धागे में टिप्पणी नहीं की गई थी, तो कृपया टिप्पणी करें, फिर यदि टिप्पणी नहीं है, तो कृपया सूचनाएं बनाने से बचें :) - लंबी बात के लिए क्षमा करें।

sudo chown $USER:docker /var/run/docker.sock मेरे लिए काम करता है।

सुडोकू which docker-compose अप मेरे लिए Ubuntu 16 पर ठीक काम करता है।

यह कई अलग-अलग पहुंच समस्याओं की तरह दिखता है। मुझे यह समस्या नए फेडोरा 28 पर मिली है और इसे सेलिनक्स को अक्षम करके हल किया है।

टाइप करके मेरा हल हो गया
सूदो dockerd
//फिर
सुडो डॉकटर-कंपोज़ अप-डी

"/var/run/docker.sock:/var/run/docker.sock" साथ एक वॉल्यूम सेट करें और काम करेगा

सर्वर को पुनरारंभ करने के बाद यह काम किया :)

मेरा सिर्फ docker-compose PATH पर नहीं होने के कारण था। @ पेलिकन के उत्तर ने इसे हल कर दिया

बस इस मुद्दे में उल्लिखित निर्देश का पालन करें और अपनी मशीन को पुनः आरंभ करें।

बस यह मेरे लिए काम कर रहा है:

sudo apt-get purge golang-docker-credential-helpers

बस उस मामले का सामना करना पड़ा जहां यह काम किया था और बाद में शेल की कुछ पंक्तियाँ (बिना किसी पैकेज स्थापित / उन्नयन के), यह त्रुटि फेंक रहा है। बस अन्य परियोजनाओं की कोशिश की और यह बनाता है तो मुझे लगता है कि इस छवि के लिए docker कैश या संबंधित internals के साथ कुछ टूटा हुआ है .. डॉकर छवि prune, docker सेवा पुनरारंभ करना या OS काम नहीं करता है। डॉकर को सही ढंग से स्थापित किया गया है (बिना सूदिंग की आवश्यकता के) ।।

संपादित करें: सिस्टम prune और इस विशेष कंटेनर को हटाने से समस्या हल हो गई

मेरे लिए यह मेरा उपयोगकर्ता docker समूह का सदस्य नहीं था। समाधान करना...
sudo usermod -aG docker ${USER}
फिर या तो लॉगआउट करें और फिर से वापस, या sudo su - ${USER} अपने टर्मिनल में अपडेट किए गए कॉन्फ़िगरेशन को प्राप्त करने के लिए

इसका सही समाधान है

sudo docker-compose run ....... मेरे लिए काम किया :)

मुझे वही समस्याएं थीं, और मेरे कर्ता-धर्ता को फिर से शुरू करने के लिए, बहुत-बहुत धन्यवाद

उत्तर स्थापना रद्द करने वाले चरणों अनुभाग पर डॉकर प्रलेखन पर है:
https://docs.docker.com/install/linux/linux-postinstall/

जैसा कि डॉक्टर ने बताया:

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

यही कारण है कि sudo के साथ कमांड को क्रियान्वित काम करती है।

यदि आप इसके बजाय अपने कस्टम उपयोगकर्ता को docker से कनेक्ट करना चाहते हैं (जैसा कि मेरे मामले में है) तो आपको इसे docker ग्रुप पर जोड़ना चाहिए:

sudo usermod -aG docker $USER

वास्तव में डॉक सॉकेट के लिए स्वामित्व हैं:
srw-rw---- 1 root docker 0 Oct 3 11:31 /var/run/docker.sock

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

मैं एक Ubuntu 14.04 आभासी मशीन में परीक्षण कर रहा हूँ जो समानांतर पर चल रही है और मुझे इसे पुनः आरंभ करने की आवश्यकता नहीं है। मुझे समस्या को हल करने के लिए फिर से लॉगिन करने की आवश्यकता है।

ध्यान दें
दस्तावेज़ीकरण पर इंगित चेतावनी पर एक नज़र डालें, मूल उपयोगकर्ता के लिए "docker" समूह विशेषाधिकारों का कारण बनता है। तो उस समूह में एक उपयोगकर्ता को जोड़ना आपके परिदृश्य के अनुसार सुरक्षा मुद्दा हो सकता है।

रूट के रूप में कमांड चलाएं

export DOCKER_HOST = 127.0.0.1

और फिर अपने docker-compose.yml के फ़ोल्डर में खुद को
su docker-compose up

जैसा कि पिछली टिप्पणियों में लिखा गया है, प्रत्येक सेवा को व्यक्तिगत रूप से बनाने की कोशिश अधिक उपयोगी त्रुटि संदेश देती है।
मुझे यह त्रुटि थी क्योंकि मेरी छवि का नाम docker-compose.yml के अंदर अपरकेस में था।
सेवा का नाम और सेवा छवि गुण बदलने से समस्या हल हो गई।

बस do पुनः आरंभ करें और यह पूरी तरह से काम करेगा।
भागो: service docker restart और फिर कोई भी डॉक कमांड जो आप चाहते हैं उसे चलाएं।

u "sudo docker ..." से बचने के लिए अपने उपयोगकर्ता को docker के ग्रुप में जोड़ने की आवश्यकता है।
sudo usermod -aG docker उपयोगकर्ता नाम

क्या आपका उपयोगकर्ता docker उपयोगकर्ता समूह में है?

sudo usermod -aG docker ${USER}

इस लेख को देखें: https://medium.com/@ibrahimgunduz34/if -you-face-an-issue-like-like-couldnt-connect-to-docker-daemon-at-http-docker-localunixsocket-is-27b35f17d09d

यह मेरे लिए भी काम नहीं कर रहा था। मैंने सिर्फ कमांड से पहले sudo जोड़ा है और यह काम कर रहा है।

sudo dockerd

मुझे देता है

Segmentation fault

इसलिए मेरी समस्या यह है कि डॉक डेमॉन नहीं चल रहा है, लेकिन मुझे नहीं पता कि मुझे क्या करना चाहिए

मुझे यह उपयोगी लगा

मैंने अपने docker-compose को 1.16.1 से 1.23.1 उन्नत किया, इसे हल किया!

मुझे यकीन नहीं है कि क्या हुआ, मैंने अपने पीसी को पुनरारंभ किया और यह काम करना शुरू कर दिया !!

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

मेरे डॉकटर-कम्पोज़.माइल फ़ाइल में की गई एक गलती के कारण मुझे आज इसका सामना करना पड़ा।

मैंने गलती से volumes: कुंजी की घोषणा को दो बार शामिल किया और इसके परिणामस्वरूप docker.sock को एक आंतरिक कंटेनर में मैप करने में विफलता मिली। गलती इस तरह दिखी:

    volumes:
      - /var/run/docker.sock:/var/run/docker.sock
    volumes:
      - datafiles:/datafiles

जो बस कहना चाहिए था:

    volumes:
      - /var/run/docker.sock:/var/run/docker.sock
      - datafiles:/datafiles

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

मुझे वही समस्या थी, हालाँकि मैं इसे हल करने में सक्षम था या तो एक रूट के रूप में docker चला रहा था या निष्पादन अनुमतियाँ लागू कर रहा था।

मैंने इस लिंक का इस्तेमाल किया https://www.digitalocean.com/community/tutorials/how-to-install-and-use-docker-on-ubuntu-18-04 पर डॉक कमांड को बिना सूडो सेक्शन के एक्ज़ीक्यूट करने पर।

थोड़े समय के लिए थोड़े से आक्रामक प्रश्न, मैं http+docker:// स्कीमा परिभाषा के बारे में दस्तावेज़ीकरण या संदर्भों की तलाश में हूँ। क्या यहां किसी के पास इस स्कीमा का URL या संदर्भ है? धन्यवाद!

मुझे यह समस्या थी, लेकिन एहसास हुआ कि डॉकटर-कंपोज़ एरर मैसेज जबरदस्त रूप से अनहेल्दी और भ्रामक था। वास्तविक कारण जानने के लिए मैं अपने डॉकटर-कंपोज में प्रत्येक सेवा के लिए docker build <service> मैन्युअल रूप से देता हूं। तब तक जब तक कि मुझे एक ऐसा नहीं मिला जिसे बनाने से इनकार कर दिया गया था। मेरे मामले में, यह सेवा निर्देशिका में __pycache__ साथ अनुमतियों का मुद्दा था।

मेरे पास एक ही मुद्दा था और कोई भी समाधान मदद नहीं कर रहा था।
मैं Rosso84 विचार की कोशिश की।
सुडो सेवा कर्ता बंद करो
सूदो dockerd
अब मैं दौड़ सकता हूं
docker- रचना करना
सफलतापूर्वक।
थोड़ी अजनबीपन जारी है -
सुडो डॉकटर-कंपोज
कहते हैं, कमांड नहीं मिला।

यह मेरे लिए काम किया:
सुडोल ग्रुपडैक डॉकटर
सुडो गज़वड-ए $ यूएसईआर डॉकटर

समूहों में होने वाले परिवर्तनों को सक्रिय करने के लिए या तो एक newgrp docker या log out / करें।
newgrp docker

जब एक unset बिल्ड arg का उपयोग करते हुए मेरे पास यह मुद्दा था, तब इसका उपयोग मेरी FROM छवि के टैग में किया गया था। फिक्स: बिल्ड arg को खाली स्ट्रिंग के अलावा किसी अन्य चीज़ पर सेट करें।

सर्वर को पुनरारंभ करने से यह मेरे लिए हल हो गया

यदि आप गैर-रूट उपयोगकर्ता हैं, तो उपयोगकर्ता को docker अनुमति में जोड़ने का प्रयास करें

sudo usermod -a -G docker theUser

मैंने अपने उबंटू को रिबूट करने के साथ ही इसे ठीक कर लिया ...।

नमस्ते ,

कमांड से पहले सूडो के साथ समस्या हल;),

धन्यवाद,
Moatez

यह एक अनुमति मुद्दा है।

- sudo chown $USER:docker /var/run/docker.sock यह मेरे लिए एक ubuntu 18 सेटअप में काम किया।

मुझे यकीन नहीं है कि क्या हुआ, मैंने अपने पीसी को पुनरारंभ किया और यह काम करना शुरू कर दिया !!

अपनी मर्जी से लीजिए, सर

सिर्फ sudo अपने docker-compose कमांड से पहले टाइप करें!

यह मेरे लिए काम किया
sudo chown $USER:docker /var/run/docker.sock

usermod -a -G docker USER
फिर लॉगआउट करें और फिर से USER लॉगिन करें।

जब भी मुझे डॉक-कंपोज़ के अंदर एक वैरिएबल मिला, मैं उसी त्रुटि का सामना करता था। जो कि .env के भीतर मौजूद नहीं है।

ऐसे परिदृश्य के लिए अजीब त्रुटि लेकिन - जो भी हो। :)

सिर्फ sudo अपने docker-compose कमांड से पहले टाइप करें!

अपनी तरह ले लो, सर!
omg ..., लेकिन मेरे लिए बढ़िया काम करता है, बढ़िया काम!

मुझे बस करना था:
sudo ln -s / usr / स्थानीय / बिन / docker- रचना / usr / बिन / docker- रचना

और यह काम किया!

मैंने डॉकटर-कम्पोज़ स्थापित किया और उसी समय समस्या को निम्न चरणों से हल किया:
चरण 1:
सुडोल कर्ल -L https://github.com/docker/compose/releases/download/1.21.2/docker-compose- uname -s - uname -m -o / usr / लोकल / बिन / डोकर-लिखें

चरण 2:
सुडो चामोद + x / usr / स्थानीय / बिन / docker- रचना

चरण 3:
डॉकटर-कंपोज़ --version

चरण 4:
निर्यात DOCKER_HOST = 127.0.0.1: 2375

चरण 5:
usermod -a -G docker $ USER

चरण 6:
अपने पीसी को पुनरारंभ करें या कमांड चलाएं
बंद करना

यह मेरे लिए काम किया:

सूद usermod -aG docker $ (whoami)

लॉग आउट

लॉग इन करें

सुनिश्चित करें कि आप "docker" समूह में हैं।

- sudo chown $USER:docker /var/run/docker.sock यह मेरे लिए एक ubuntu 18 सेटअप में काम किया।

धन्यवाद!

नमस्ते,
एक ही त्रुटि संदेश मिला:

त्रुटि: http + docker में डॉकर डेमन से जुड़ नहीं सका
यदि यह गैर-मानक स्थान पर है, तो URL को DOCKER_HOST पर्यावरण चर के साथ निर्दिष्ट करें।

लेकिन यह संदेश भ्रामक था, क्योंकि मेरे कर्ता-धर्ता को कनेक्शन में कोई समस्या नहीं थी।
इसका कारण यह था कि मैं यमल (जो मुझे पहले नहीं पता था) में एक बेवकूफ गलती थी। मैं गलती से छवि के नाम पर एक बड़े अक्षर का था। इस तथ्य के कारण कि सेवा का गठन नहीं किया जा सका, क्योंकि केवल निचले मामलों के पत्रों को नामों के रूप में अनुमति दी जाती है।
जब मैंने नामों के साथ अलग से डॉकरफाइल बनाने की कोशिश की तो मुझे त्रुटि नजर आई।
यह आसान होगा अगर निर्माण समस्याओं के भीतर होने वाली त्रुटियों को docker-compose अग्रेषित कर सकता है। चूंकि, @ शिन- ने भी कहा, यह बग इस समय कई कारणों से हो सकता है। भले ही @ शिन को लिखे हुए कुछ समय हो गया हो, लेकिन समस्या अभी भी मौजूद है। शायद यह मददगार हो सकता है।

बस अपने मुद्दे को यहां पोस्ट कर रहा हूं, क्योंकि हर कोई डॉकटर के साथ वास्तविक संबंध समस्याओं पर सख्ती से सोच रहा है और मैं यह दिखाना चाहता हूं, कि हमेशा ऐसा होने की जरूरत नहीं है।

$ cat /etc/centos-release
CentOS Linux release 7.6.1810 (Core) 

$ sudo service docker start
$ sudo service docker status

नमस्ते,

मैंने उसी मुद्दे का सामना किया। लेकिन मेरे वीएम को पुनः आरंभ करने के बाद इसका समाधान हो गया।

BR.Saurabh

वह आज्ञा मुझे देता है:

sudo usermod -aG docker उपयोगकर्ता

कमांड:

sudo ln -s / usr / स्थानीय / बिन / docker- रचना / usr / बिन / docker- रचना
सुडो डॉकटर-कंपोज़ अप-डी

यदि आपने अभी-अभी डॉकटर स्थापित किया है और केवल एक उपयोगकर्ता को अनुमति दी है, तो docker समूह उस उपयोगकर्ता से लॉग आउट करने और पुन: लॉग इन करने का प्रयास करता है।

https://www.digitalocean.com/community/tutorials/docker-ubuntu-18-04-1-ru

sudo service docker start-& do do-compose up -d

कृपया उपरोक्त आदेश के साथ प्रयास करें। मुद्दा मेरे लिए तय है

सूचीबद्ध उपरोक्त समाधानों में से किसी ने भी इसे मेरे लिए तय नहीं किया है। कोई अन्य विचार?

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

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

रेसोलवी ओ समस्या कॉम कॉम कॉमांडो:

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

👇🏻👇🏻👇🏻👇🏻👇🏻👇🏻
OLSOLUTION 👈
👆🏿👆🏿👆🏿👆🏿👆🏿👆🏿

यदि आपने इस दो चलने वाले कमांड से अभी तक कुछ भी आज़माया नहीं है और यह इस विशेष समस्या को हल करेगा:
sudo usermod -a -G docker $USER # आपके वर्तमान उपयोगकर्ता को docker समूह में जोड़ता है
newgrp docker # docker समूह के लिए नई अनुमतियों को सक्रिय करता है

sudo usermod -a -G docker $ USER # अपने वर्तमान उपयोगकर्ता को docker समूह में जोड़ता है
newgrp docker # docker group के लिए नई अनुमतियों को सक्रिय करता है

newgrp -l docker होना चाहिए। इस का उपयोग करते समय लोगों को पता होना चाहिए कि newgrp एक नया शेल शुरू करता है, इसलिए उनका वातावरण रीसेट हो जाएगा जैसे कि वे नए सिरे से लॉग इन करते हैं यदि वे -l ।

पहले हमें निष्पादित करके अनुमति के साथ tmp को रिमूव करना होगा

1. sudo Mount / tmp -o remount, exec
   उसके बाद डॉक अप करें
2. रूट उपयोगकर्ता में "सेवा प्रारंभकर्ता" या "sudo सेवा प्रारंभकर्ता"
   फिर
3. "मेरे लिए काम करो" या "मेरे लिए काम करो" शुरू हुआ

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

यदि यह गैर-मानक स्थान पर है, तो URL को DOCKER_HOST पर्यावरण चर के साथ निर्दिष्ट करें।
加上 sudo 也是 报 同样 的 错误

समूह जड़
रूट: रूट डॉकटर
जड़ docker समूह के अंतर्गत है

इस मुद्दे को हल किया:

1. sudo usermod -aG docker $USER
2. लॉग आउट करें और लॉग इन करें ताकि आपके समूह की सदस्यता का पुनर्मूल्यांकन हो।
3. सत्यापित करें कि आप sudo के बिना डॉक कमांड चला सकते हैं: docker info

डिफ़ॉल्ट DOCKER_HOST यूनिक्स है: ///var/run/docker.sock। यदि यह फ़ाइल मौजूद नहीं है या आपके वर्तमान उपयोगकर्ता के पास उस फ़ाइल तक पहुँच नहीं है, तो इसका http / docker: // localhost से जुड़ने का प्रयास किया जा रहा है
प्रयत्न:
sudo chown /var/run/docker.sock
फिर दोबारा docker-compose up चलाने का प्रयास करें
मेरे लिए काम किया।

क्या आपने sudo बिना कोशिश की है? आपको इसकी आवश्यकता नहीं होनी चाहिए और यह आपके मामले में चीजों को गड़बड़ कर सकता है। इसके अलावा, जब आप docker info चलाते हैं, तो आप क्या देखते हैं?
धन्यवाद! यह काम करता हैं!

लेकिन कृपया डॉकटर, एक सही चेतावनी जोड़ें!

जब poruction मशीन, समाप्त हो गया से संस्करणों को कॉपी owerdrite लिए मैं इस संदेश मिला metadata.db अंदर /var/lib/docker/volumes , तो यह दुर्घटनाओं। एक फिक्स तो स्माल है

docker system prune --volumes -f && rm /var/lib/docker/volumes/metadata.db && docker-compose up -d

ऐसा अक्सर तब होता है जब आप docker कमांड चलाते हैं जैसे sudo whiles जिसे आप docker-compose कमांड चलाते हैं उसके बिना।
आपको क्या करने की आवश्यकता है sudo समूह में docker उपयोगकर्ता जोड़ने के लिए। (यानी। usermod -aG docker $ USER)
फिर आप सूदो के बिना दोनों कामर्स (docker और docker-compose) चला सकते हैं।

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

अपनी cvat निर्देशिका में जाएं और अपने टर्मिनल में निम्नलिखित को चलाएँ:

• sudo docker ps (आपके रनिंग डॉकर्स के बारे में जानकारी दिखाता है)
• docker stop "यहाँ आपके कंटेनर की आईडी है" (जैसे मेरा e6339eae0675 था)
• sudo docker rm "यहाँ आपके कंटेनर की आईडी है"
• सुडो डॉकटर-कंपोज़ अप-डी

मेरे पास एक ही समस्या है, _sudo docker-compose up_ मेरे लिए काम करें।

मेरे लिए समाधान मेरे openvpn का उपयोग करना था जो मैं उपयोग कर रहा था।

मुझे यकीन नहीं है कि क्या हुआ, मैंने अपने पीसी को पुनरारंभ किया और यह काम करना शुरू कर दिया !!

यह काम।

निम्नलिखित चरणों ने मेरे लिए समस्या हल कर दी।

हटाने वाला:
$ sudo apt-get remove docker docker-engine
के साथ पुनर्स्थापित करें
curl -sSL https://get.docker.com/ | sh

उपयोगकर्ता को एक समूह में जोड़ें:
sudo usermod -aG docker user

बस एक नोट जिसे आपको exit शेल की जरूरत है और usermod कमांड के लिए फिर से लॉगिन करें।

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

सादर

नियमित उपयोगकर्ताओं को डॉक समूह में जोड़ें

# usermod -a -G docker user
# exit
$ exec $SHELL
$ docker-compose ps

मैंने CONTAINER_REGISTRY_BASE वेरिएबल को परेशान करके इसे ठीक किया

$ सुडो usermod -aG docker $ USER

मैंने पाया कि यह एक लापता पर्यावरण चर था जो image: डोकर-कंपोज़.माइल में तोड़ रहा था

_ (ツ) _ / ¯

निम्नलिखित चरणों ने मेरे लिए समस्या हल कर दी।

हटाने वाला:
$ sudo apt-get remove docker docker-engine
के साथ पुनर्स्थापित करें
curl -sSL https://get.docker.com/ | sh

उपयोगकर्ता को एक समूह में जोड़ें:
sudo usermod -aG docker user

धन्यवाद। स्थापना रद्द करना, फिर उपयोगकर्ता अनुमतियों को फिर से स्थापित करना और बदलना और लॉग आउट करना और मेरे लिए इसे हल करने में लॉगिंग करना।

सूचीबद्ध उपरोक्त समाधानों में से किसी ने भी इसे मेरे लिए तय नहीं किया है। कोई अन्य विचार?
त्रुटि: http + docker में डॉकर डेमन से जुड़ नहीं सका
यदि यह गैर-मानक स्थान पर है, तो URL को DOCKER_HOST पर्यावरण चर के साथ निर्दिष्ट करें।

रेसोलवी ओ समस्या कॉम कॉम कॉमांडो:

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

यह मेरे लिए तय है।

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

1. उपयोगकर्ता को डॉकटर समूह में जोड़ें (यदि पहले से नहीं जोड़ा गया है)
   sudo usermod -aG docker $USER
2. निम्नलिखित कमांड का उपयोग करके / usr / bin को एक प्रतीकात्मक लिंक बनाएं
   $ sudo ln -s /usr/local/bin/docker-compose /usr/bin/docker-compose
3. डॉकटर सेवा पुनः आरंभ करें
   $ sudo service docker restart

मेरे मामले में, उपरोक्त में से कोई भी काम नहीं किया

जैसा कि यह निकला, मेरी रचना फ़ाइल में मेरे पास camelCase छवि का नाम ( eg imageName ) था, और जो Couldn't connect to Docker daemon at http+docker://localunixsocket पैदा कर रहा था। dash-case बदलने से समस्या (बहुत अजीब) हल हो गई।
डॉकर सेवा ठीक चल रही थी, docker ps और जानकारी भी बिना किसी समस्या के रिपोर्ट कर रही थी, बस यह लॉन्च करना कि कम्पोज़ फाइल मुद्दा था।

Ubuntu 18.04
docker 19.03.6
docker-compose 1.17.1 (compose file version 3)

सुडो डॉकटर-कंपोज़ अप-डी

बस इस मुद्दे का फिर से सामना करना पड़ा और एहसास हुआ कि डॉकटर समूह में म्यू उपयोगकर्ता जोड़ने के बाद मुझे उबंटू को फिर से शुरू करना होगा

sudo usermod -aG docker उपयोगकर्ता

यह @ Kirill-Babkin ने मेरे लिए इसे हल किया। मेरे पास नए उपयोगकर्ता हैं जो डॉकटर समूह में नहीं हैं। धन्यवाद।

मेरे मामले में मेरे docker-compose.yml image अनुभाग पर env var परिभाषा गायब थी

prod-image-generation:
    image: my-image:${BUILD_NUMBER}

मैंने इसके साथ लगभग 30 मिनट खो दिए। कृपया इसके लिए एक सार्थक त्रुटि का सुझाव दें

समाधान को var के लिए मान सेट किया गया था

बस खाली निर्यात ने मेरे लिए काम किया।

export DOCKER_HOST=

यहां उबंटू 18 में ताजा डॉकटर इंस्टॉलेशन है। अपने उपयोगकर्ता को docker समूह में पहले से ही मान लें, बस docker सेवा स्थापित करें ताकि यह sudo systemctl enable docker फिर से शुरू हो और फिर से sudo init 6

एक ही समस्या थी।
"Docker-compose build" लिखकर अपने सिस्टम पर हल किया

मेरा बस यही मुद्दा था। मैंने पाया कि किसी कारण से मेरा उपयोगकर्ता docker सुरक्षा समूह में नहीं जोड़ा गया था, बदले में मुझे docker के यूनिक्स सॉकेट पर अनुमति नहीं दे रहा था और मुझे _ERROR: http + docker में Docker डेमॉन से कनेक्ट नहीं कर सका Localunixsocket - क्या यह चल रहा है_ ।

मेरे वर्तमान उपयोगकर्ता में docker समूह को जोड़ना, फिर लॉग आउट करना और फिर से मेरे लिए सब कुछ तय करना:
sudo usermod -aG docker $USER

इसका अनुसरण किया, फिर मशीन को फिर से शुरू किया, और docker-compose up --build this चलाया

प्रदर्शन

sudo usermod -aG docker $USER

इसका अनुसरण किया, फिर मशीन को फिर से शुरू किया, और docker-compose up --build +1 चलाया

आपको पुनरारंभ करने की आवश्यकता नहीं है, एक सरल री-लॉगिन को पर्याप्त होना चाहिए। इसने मेरे लिए ऐसा किया।

मुझे यकीन नहीं है कि क्या हुआ, मैंने अपने पीसी को पुनरारंभ किया और यह काम करना शुरू कर दिया !! 🤓

यही काम है। पता नहीं क्यों ? haha

यहां उबंटू 18 में ताजा डॉकटर इंस्टॉलेशन है। अपने उपयोगकर्ता को docker समूह में पहले से ही मान लें, बस docker सेवा स्थापित करें ताकि यह sudo systemctl enable docker फिर से शुरू हो और फिर से sudo init 6

मैं मंजरो का उपयोग कर रहा हूं और यह समाधान मेरे लिए काम कर रहा है

थैंक्स @mikemix

मैंने dockered चलने के बाद नीचे दिए गए त्रुटि के आधार पर बहुत से चरणों की कोशिश की है।

can't initialize iptables table nat': Table does not exist (do you need to insmod?) Perhaps iptables or your kernel needs to be upgraded. (exit status 3)

लेकिन प्रशासक के रूप में टर्मिनल शुरू करना काम कर गया।
sudo service docker start
याद रखें : विंडोज 10 पर टर्मिनल / उबंटू को व्यवस्थापक के रूप में लॉन्च किया जाना चाहिए

Ubuntu 20.04 पर मुझे चलाने की आवश्यकता थी

sudo chmod 777 /var/run/docker.sock

और यह तुरंत काम करना शुरू कर दिया।

⚠️ संपादित करें

ऊपर दिए गए आदेश के साथ सावधान रहें

यह उस मशीन के किसी भी उपयोगकर्ता को पूरी तरह से रूट के स्वामित्व वाली फ़ाइल तक पहुँच देता है। आप इस तरह से अपने सिस्टम में एक गंभीर सुरक्षा छेद बना सकते हैं।
@Taranchul

sudo chmod 777 /var/run/docker.sock

यह _any_ उपयोगकर्ता को उस मशीन का पूर्ण एक्सेस देता है, जो आमतौर पर रूट के स्वामित्व वाली फ़ाइल में होती है। आप इस तरह से अपने सिस्टम में एक गंभीर सुरक्षा छेद बना सकते हैं। इसी तरह की चेतावनी के लिए https://stackoverflow.com/questions/47854463/docker-got-permission-denied-ORE-trying-to-connect-to-the-docker-daemon-socke देखें।

जैसा कि यहां बताया गया है और ऊपर दिए गए लिंक में, sudo usermod -aG docker $USER (या USER के बजाय उपयोगकर्ता नाम) को सिस्टम के सुरक्षा उपायों को कम किए बिना चाल चलनी चाहिए।

@ तरनचुल आप बिलकुल सही कह रहे हैं! मैंने हमेशा sudo usermod -aG docker $USER । लेकिन दुर्भाग्य से, उबंटू 20.04 पर sudo usermod -aG docker $USER काम नहीं करता है।

किसी भी विचार क्या गलत हो सकता है?

काश, मैं नहीं करता। क्या आपने उस उपयोगकर्ता के साथ फिर से लॉगिन किया (जो मेरे लिए काम किया), या मशीन को पुनरारंभ करें? मुझे लगता है कि आपने ऐसा किया है, लेकिन बेहतर सुनिश्चित करें।

बस इस स्थिति में कि आप या कोई और docker.sock मूल अनुमतियाँ पुनर्स्थापित करना चाहता है, वे 660 हैं, कम से कम मेरे Ubuntu सर्वर 18.04 पर।

@ तरनचूल हां मैंने पुन:

शायद यह 20.04 का मुद्दा है, क्योंकि इसका अंतिम संस्करण कल ही जारी किया गया था। मैं आमतौर पर गर्मियों में किसी भी एलटीएस रिलीज के पहले स्नैपशॉट की प्रतीक्षा करता हूं, उम्मीद है कि उस समय तक तय की गई सबसे शुरुआती समस्याएं हैं।

क्या आप इसे पुराने रिलीज पर टेस्ट कर सकते हैं?

@ तरनचूल 20.04 के साथ एक मुद्दा लगता है। यह 19.04 को ठीक काम करता है

यह एक उपयोगी जानकारी है, हालांकि यह इस समय आपकी बहुत मदद नहीं करता है। तो, क्या यह आपके लिए 18.04 का उपयोग करने का एक विकल्प है जब तक 20.04 इस मामले में अधिक परिपक्व नहीं हो सकता है?

एक दूर से गोली मारी गई: क्या आपने जांच की कि उपयोगकर्ता वास्तव में डॉकटर समूह में जोड़ा गया था?

@ टैरनचुल का मतलब है कि मैं 18.04 का उपयोग कर सकता हूं, लेकिन जब से मैंने सबकुछ 20.04 तक माइग्रेट किया है, मैं शायद ऐसा नहीं करूंगा।

क्या सभी डॉक कमांड sudo एक वैध विकल्प के साथ चल रहे हैं जब तक यह तय नहीं हो जाता?

काश, मैं डॉकटर के बारे में ज्यादा नहीं जानता, तो मैं उस सवाल का जवाब नहीं दे सकता।

मुझे 20.04 पर डॉकटर स्थापित करने के लिए ये निर्देश मिले कि इसे थोड़ा अलग तरीके से करें: https://www.how2shout.com/how-to/how-to-install-docker-ce-on-ubuntu-20-04-lts- फोकल-fossa.html

वे उपयोगकर्ता जोड़ने से पहले docker समूह जोड़ते हैं। हो सकता है कि यह 20.04 पर आवश्यक हो? (मेरे पास यह अभी तक नहीं है, इसलिए मैं इसे स्वयं परीक्षण नहीं कर सकता।)

sudo groupadd docker
sudo gpasswd -a $USER docker
newgrp docker # or relogin to make the new group known to the system

@Tranchul आपको पता है कि क्या अजीब है .... मैंने अनुमतियों को रीसेट करने के लिए sudo chmod 660 /var/run/docker.sock भाग लिया और रिबूट के बाद भी यह काम कर रहा है।

क्या मैं इस मुद्दे पर विचार कर सकता हूं या क्या अभी भी सुरक्षा जोखिम हो सकता है?
शायद मैं एक कदम भूल गया हूं जब मैंने कल सब कुछ स्थापित किया ... और यह वास्तव में Ubuntu 20.04 के साथ कोई समस्या नहीं है?

Askubuntu.com पर इस सवाल के अनुसार, docker को मूल रूप से शुरुआत करने के लिए sudo की आवश्यकता थी, लेकिन 19.03 संस्करण के साथ गैर-रूट उपयोगकर्ता प्रयोज्य मिला। टिप्पणियों में, किसी ने उल्लेख किया है कि डॉकटर समूह के बिना, docker.sock का स्वामित्व root:root । डॉकटर समूह बनाने के बाद ही, उपयोगकर्ता को इसमें जोड़ा जाता है, और docker सर्वर को पुनरारंभ करने के बाद, यह root:docker बदल जाता है। इसलिए, जाँच करना कि क्या समूह मौजूद है ( संपादित करें: और यदि ऐसा होता है, तो docker.sock के स्वामित्व की जाँच करना) एक अच्छा विचार है। इसके अलावा अपने docker उदाहरण को पुनरारंभ करने के लिए।

निचले रेटेड जवाबों में से एक को ध्यान में रखें, एक एसीएल के बारे में बोल रहा है और आप कमांड setfacl तक docker.socks उपयोग कैसे सक्षम कर सकते हैं।

अंतिम, कम से कम, बाद वाले के बारे में चेतावनियों के साथ-साथ एक उपयोगकर्ता को डॉकटर समूह में जोड़ने की चेतावनी है, क्योंकि यह उस उपयोगकर्ता को महत्वपूर्ण एक्सेस अधिकार देता है। Think लेकिन मुझे अभी भी लगता है कि ये तरीके फ़ाइल की अनुमतियों को चिन्हित करने के लिए बेहतर हैं।

उपरोक्त लिखने के बाद आपकी अंतिम टिप्पणी को पढ़ना ठीक है, मैं कहूंगा कि बस खुश रहें और पूरी बात पर गौर करें। यह बताना मुश्किल है कि क्या आपने कुछ याद किया और कई समाधानों की कोशिश करते हुए इसे किसी तरह तय किया।

@ तरनचूल महान। डॉकटर को पुनः आरंभ करने के बाद भी यह काम कर रहा है। तो मुझे लगता है कि यह सिर्फ मेरी गलती थी। आपकी सहायताके लिए धन्यवाद!

@flulu मेरी खुशी, और मेरी पहली चेतावनी लेने के लिए धन्यवाद जैसा कि यह अनुकूल था। :)

विंडोज 10 पर, इसे WSL2 में अपग्रेड करके, और मेरे Ubuntu डिस्ट्रो को WSL2 में अपग्रेड करके हल किया गया था।
https://docs.microsoft.com/en-us/windows/wsl/wsl2-install

कंप्यूटर को पुनरारंभ करने पर यह समस्या हल हो गई थी। :मुस्कुराओ:

इससे मेरी समस्या हल हो गई।

sudo usermod -aG docker myuser

धन्यवाद, @ Kirill-Babkin बहुत।

द्वारा हल:

sudo chmod 666 /var/run/docker.sock

sudo chmod 666 /var/run/docker.sock

जैसा कि पहले कहा गया है , यह आपके सिस्टम में एक सुरक्षा छेद खोल सकता है। क्या आपने इससे पहले usermod समाधान की कोशिश की? यह सुरक्षा चिंताओं को भी बढ़ा सकता है, क्योंकि यह उपयोगकर्ता को डॉक पर पूरी तरह से पहुंच प्रदान करता है, लेकिन रूट-स्वामित्व वाली फ़ाइल तक _every_ उपयोगकर्ता की पहुँच देने की तुलना में यह कम बुराई लगती है।

@ Matteo-Bombelli
मेरी भी यही समस्या थी।
आपको डॉकटर को पुनः आरंभ करने की आवश्यकता है।
$ service docker restart
मैंने इसे इसके साथ हल किया।

यह समाधान था और उस पर धन्यवाद काम किया!

मैं ubunt 20.0.4 पर यह त्रुटि प्राप्त करता हूं

मैं उपयुक्त स्रोतों से प्राप्त apt के साथ स्थापित हूं। क्या एक ppa में एक नया संस्करण है?

मैंने किया
newgrp docker
और यह काम किया

मैं लाइटसैल पर काम कर रहा था। छवि को रीबूट करते हुए इसे ठीक किया।

हो सकता है कि बस अपने लिनक्स उपयोगकर्ता को समूह में जोड़ने का प्रयास करें: docker, फिर relogin।

Ubuntu 20 पर, डॉक स्नैप के तहत चलता है, जैसा कि आप 'systemctl स्टेटस Snap.docker.dockerd.service' के माध्यम से देख सकते हैं।

यह 'docker' पर सेट /var/run/docker.sock समूह के साथ शुरू करने का प्रयास करता है, लेकिन डिफ़ॉल्ट रूप से, यह समूह Ubuntu 20 में मौजूद नहीं है, भले ही आप स्थापना में Docker स्नैप का चयन करें।

इसे ठीक करने के लिए, समूह बनाएं, अपने उपयोगकर्ता को समूह में जोड़ें, फिर रिबूट करें

सुडोल ग्रुपडैक डॉकटर
sudo usermod -G docker $ USER है
सूद रिबूट

आप बस लॉगआउट नहीं कर सकते हैं, और जहां तक ​​मैं बताने में सक्षम हूं, आप स्नैपडीकर.ओडरएड या स्वयं को फिर से शुरू नहीं कर सकते हैं और अनुमतियाँ बदल सकते हैं। मुझे नहीं पता कि इसे बिना रीबूट किए सही काम में कैसे उलझाया जाए, इसलिए यदि आप जानते हैं, तो कृपया मुझे सूचित करें।

मैं 20.04 पर हूं और मेरे पास एक ही मुद्दा था और मैं sudo docker info लेकिन मेरे नियमित उपयोगकर्ता के रूप में नहीं। मैं पहले से डॉकटर समूह में था, और अभी भी 127.0.0.1 पर अपने वर्डप्रेस साइट को ब्राउज़ कर सकता हूं। मुझे इसे ठीक करने के लिए newgrp docker चलाना पड़ा। बहुत अजीब है क्योंकि मैंने जो कुछ भी किया है वह इस कार्य केंद्र को लॉक कर रहा है क्योंकि मैंने 2 दिन पहले सेटअप किया था। शायद एक अद्यतन कुछ तोड़ दिया?

newgrp docker मेरे लिए काम करता है

DOCKER_HOST मैन्युअल रूप से मेरे लिए काम करना

1. अपनी जुर्राब फ़ाइल का पथ खोजें: ( sudo service docker status या ps -aef | grep docker )
2. निर्यात DOCKER_HOST=unix://<path to sock file>

मेरे मामले में sock फाइल /run/containerd/containerd.sock पर स्थित थी
इसलिए मुझे export DOCKER_HOST=unix:///run/containerd/containerd.sock भागना पड़ा

मेरे मामले के लिए - क्लस्टर को पुनरारंभ करने के बाद, समस्या हल हो गई।

Ubuntu 20 पर, डॉक स्नैप के तहत चलता है, जैसा कि आप 'systemctl स्टेटस Snap.docker.dockerd.service' के माध्यम से देख सकते हैं।

यह 'docker' पर सेट /var/run/docker.sock समूह के साथ शुरू करने का प्रयास करता है, लेकिन डिफ़ॉल्ट रूप से, यह समूह Ubuntu 20 में मौजूद नहीं है, भले ही आप स्थापना में Docker स्नैप का चयन करें।

इसे ठीक करने के लिए, समूह बनाएं, अपने उपयोगकर्ता को समूह में जोड़ें, फिर रिबूट करें

सुडोल ग्रुपडैक डॉकटर
sudo usermod -G docker $ USER है
सूद रिबूट

आप बस लॉगआउट नहीं कर सकते हैं, और जहां तक ​​मैं बताने में सक्षम हूं, आप स्नैपडीकर.ओडरएड या स्वयं को फिर से शुरू नहीं कर सकते हैं और अनुमतियाँ बदल सकते हैं। मुझे नहीं पता कि इसे बिना रीबूट किए सही काम में कैसे उलझाया जाए, इसलिए यदि आप जानते हैं, तो कृपया मुझे सूचित करें।

मेरा मानना ​​है कि आप सूद usermod -aG docker $ USER का मतलब है। बिना -a के चलने का कारण होगा "यदि उपयोगकर्ता वर्तमान में एक समूह का सदस्य है जो सूचीबद्ध नहीं है, तो उपयोगकर्ता को समूह से हटा दिया जाएगा।"

आप बस लॉगआउट नहीं कर सकते हैं, और जहां तक ​​मैं बताने में सक्षम हूं, आप स्नैपडीकर.ओडरएड या स्वयं को फिर से शुरू नहीं कर सकते हैं और अनुमतियाँ बदल सकते हैं। मुझे नहीं पता कि इसे बिना रीबूट किए सही काम में कैसे उलझाया जाए, इसलिए यदि आप जानते हैं, तो कृपया मुझे सूचित करें।

उस उपयोगकर्ता के लिए नए समूह को सक्रिय करने के लिए एक रागिनी को पर्याप्त होना चाहिए।

यह मेरे लिए भी आया। मुझे किसी कारण से अपने nordvpn ग्राहक के साथ डिस्कनेक्ट करने की आवश्यकता थी।

sudo docker-compose up -d काम करता है !!!

क्या आपने sudo बिना कोशिश की है? आपको इसकी आवश्यकता नहीं होनी चाहिए और यह आपके मामले में चीजों को गड़बड़ कर सकता है। इसके अलावा, जब आप docker info चलाते हैं, तो आप क्या देखते हैं?

ओरा कमबख्त प्रतिभा। तुम जानते हो कि ? बहुत बहुत धन्यवाद भाई। u मुझे नरक से बचाया।

निश्चित रूप से क्यों नहीं, लेकिन मेरे मामले में मेरे पास एक सबमॉड्यूल था जिसे चेक नहीं किया गया था। git submodule update --init चलना और फिर docker-compose build फिर से चलना मेरे लिए समस्या तय हो गई

मुझे यकीन नहीं है कि क्या हुआ, मैंने अपने पीसी को पुनरारंभ किया और यह काम करना शुरू कर दिया !!

मुझे भी। 😃

मेरा बस यही मुद्दा था। मैंने पाया कि किसी कारण से मेरा उपयोगकर्ता docker सुरक्षा समूह में नहीं जोड़ा गया था, बदले में मुझे docker के यूनिक्स सॉकेट पर अनुमति नहीं दे रहा था और मुझे _ERROR: http + docker में Docker डेमॉन से कनेक्ट नहीं कर सका Localunixsocket - क्या यह चल रहा है_ ।

मेरे वर्तमान उपयोगकर्ता में docker समूह को जोड़ना, फिर लॉग आउट करना और फिर से मेरे लिए सब कुछ तय करना:
sudo usermod -aG docker $USER

अपने वर्तमान शेल में उस समूह तक पहुंचने के लिए newgrp docker भागना न भूलें। रेफरी https://stackoverflow.com/a/48569858/2040522

मेरा बस यही मुद्दा था। मैंने पाया कि किसी कारण से मेरा उपयोगकर्ता docker सुरक्षा समूह में नहीं जोड़ा गया था, बदले में मुझे docker के यूनिक्स सॉकेट पर अनुमति नहीं दे रहा था और मुझे _ERROR: http + docker में Docker डेमॉन से कनेक्ट नहीं कर सका Localunixsocket - क्या यह चल रहा है_ ।

मेरे वर्तमान उपयोगकर्ता में docker समूह को जोड़ना, फिर लॉग आउट करना और फिर से मेरे लिए सब कुछ तय करना:
sudo usermod -aG docker $USER

यह पूरी तरह से काम करता है। आपको परिणाम देखने के लिए फिर से तैयार करना होगा।

sudo usermod -aG docker $USER

यह पूरी तरह से काम करता है। आपको परिणाम देखने के लिए फिर से तैयार करना होगा।

वैकल्पिक रूप से, newgrp docker को ऐसा करना चाहिए जो बिना किसी रिलोजिन के हो।

sudo chmod 666 /var/run/docker.sock

जैसा कि पहले कहा गया है , यह आपके सिस्टम में एक सुरक्षा छेद खोल सकता है। क्या आपने इससे पहले usermod समाधान की कोशिश की? यह सुरक्षा चिंताओं को भी बढ़ा सकता है, क्योंकि यह उपयोगकर्ता को डॉक पर पूरी तरह से पहुंच प्रदान करता है, लेकिन रूट-स्वामित्व वाली फ़ाइल तक _every_ उपयोगकर्ता की पहुँच देने की तुलना में यह कम बुराई लगती है।

आप सही बता रहे हैं, लेकिन यह devops के लिए बहुत महत्वपूर्ण है, मैं सिर्फ एक डेवलपर हूं और मैं इस कमांड का उपयोग करके ठीक करता हूं,
@ shqear93 को विशेष धन्यवाद

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

मुझे प्रभावी होने के लिए sudo usermod -aG docker my_user लिए लॉगआउट / लॉगिन के बजाय _restart_ मेरे कंप्यूटर पर आना पड़ा। इसके कुछ प्रमाण यहाँ दूसरों के साथ हो रहे हैं: https://unix.stackexchange.com/questions/277240/usermod-ag-group-user-not-work।

मेरा बस यही मुद्दा था। मैंने पाया कि किसी कारण से मेरा उपयोगकर्ता docker सुरक्षा समूह में नहीं जोड़ा गया था, बदले में मुझे docker के यूनिक्स सॉकेट पर अनुमति नहीं दे रहा था और मुझे _ERROR: http + docker में Docker डेमॉन से कनेक्ट नहीं कर सका Localunixsocket - क्या यह चल रहा है_ ।
मेरे वर्तमान उपयोगकर्ता में docker समूह को जोड़ना, फिर लॉग आउट करना और फिर से मेरे लिए सब कुछ तय करना:
sudo usermod -aG docker $USER

अपने वर्तमान शेल में उस समूह तक पहुंचने के लिए newgrp docker भागना न भूलें। रेफरी https://stackoverflow.com/a/48569858/2040522

मेरे लिए पूरी तरह से काम किया। धन्यवाद!

Ubuntu 16.04 पर यह मेरे लिए काम किया:
sudo service docker start && docker-compose up -d

यह मेरे लिए काम किया!

मेरा बस यही मुद्दा था। मैंने पाया कि किसी कारण से मेरा उपयोगकर्ता docker सुरक्षा समूह में नहीं जोड़ा गया था, बदले में मुझे docker के यूनिक्स सॉकेट पर अनुमति नहीं दे रहा था और मुझे _ERROR: http + docker में Docker डेमॉन से कनेक्ट नहीं कर सका Localunixsocket - क्या यह चल रहा है_ ।
मेरे वर्तमान उपयोगकर्ता में docker समूह को जोड़ना, फिर लॉग आउट करना और फिर से मेरे लिए सब कुछ तय करना:
sudo usermod -aG docker $USER

अपने वर्तमान शेल में उस समूह तक पहुंचने के लिए newgrp docker भागना न भूलें। रेफरी https://stackoverflow.com/a/48569858/2040522

इससे मेरी समस्या हल हो गई, धन्यवाद !!!

मुझे पता नहीं क्यों, लेकिन यह मेरे लिए क्या तय किया मेरे docker से .env निम्नलिखित लाइन को हटा रहा था:

DOCKER_HOST=tcp://localhost:2375

द्वारा हल:

sudo chmod 666 /var/run/docker.sock

धन्यवाद। उबंटू 20.0.4 एलटीएस में हल किया गया

मुझे सिर्फ अनुमतियों के साथ खेलने की कोशिश मिली और बस:

सुडो डॉकटर-कम्पोज़ बिल्ड

और यह दौड़ के लिए बंद था।
इसके दिल में एक अनुमतियाँ समस्या है, अगर docker सेवा चल रही है, समूह को असाइन किया गया है, सॉकेट अनुमतियाँ सभी सेट की गई हैं, और फिर भी यह काम करते हुए नहीं देखा। बस इसे sudo के साथ करें। मेरे लिए काम किया है, बेहतर काम करना है।

ubuntu 20.04 के लिए कोई समाधान?

ubuntu 20.04 के लिए कोई समाधान?

क्या आपने पहले पोस्ट किए गए समाधान की कोशिश की? (Https://github.com/docker/compose/issues/4181#issuecomment-629748049)

संक्षेप में (बाद में दिए गए सुझावों के साथ):

सुडोल ग्रुपडैक डॉकटर
sudo usermod -aG docker $ USER
newgrp docker

यदि "newgrp docker" पर्याप्त नहीं है, तो एक रिबूट neccessary हो सकता है (उस बारे में परस्पर विरोधी टिप्पणियां हैं)।