Machine: नवीनतम डॉकर के साथ मशीन का निर्माण विफल रहता है

को निर्मित 29 जून 2017 · 46टिप्पणियाँ · स्रोत: docker/machine

नमस्ते

डॉक-मशीन संस्करण 0.12.0, 45c69ad का निर्माण

docker-machine create अब विफल:

docker-machine -D create \
    --driver google \
    --google-project project \
    --google-zone us-east1-d \
    --google-machine-type n1-standard-1 \
    --google-disk-size 20 \
    --google-preemptible \
    build-vm2

मशीन बनाई गई है और डॉकर स्थापित है, लेकिन यह शुरू नहीं होगा। समस्या https://get.docking.com पर स्थापित स्क्रिप्ट के नए संस्करण द्वारा स्थापित किए जा रहे डॉकर के नए संस्करण से संबंधित प्रतीत होती है

Jun 29 00:50:08 build-vm2 docker[5705]: `docker daemon` is not supported on Linux. Please run `dockerd` directly

या

Jun 29 00:56:12 build-vm2 dockerd[6407]: Error starting daemon: error initializing graphdriver: driver not supported

जब तक मैं नहीं बदलता:

/usr/bin/docker daemon -H tcp://0.0.0.0:2376 -H unix:///var/run/docker.sock --storage-driver aufs --tlsverify --tlscacert /etc/docker/ca.pem --tlscert /etc/docker/server.pem --tlskey /etc/docker/server-key.pem --label provider=google

सेवा

/usr/bin/dockerd -H tcp://0.0.0.0:2376 -H unix:///var/run/docker.sock --tlsverify --tlscacert /etc/docker/ca.pem --tlscert /etc/docker/server.pem --tlskey /etc/docker/server-key.pem --label provider=google

/etc/systemd/system/docker.service.d/10-machine.conf ।

areprovision kinbug

स्रोत

dminkovsky

👍32

सबसे उपयोगी टिप्पणी

मैं इसे वर्कअराउंड के रूप में उपयोग कर रहा हूं:

डॉकटर-मशीन create \
-ड्राइवर amazonec2 \
--engine-install-url = https://web.archive.org/web/20170623081500/https : //get.docker.com

या
--engine-install-url = https://releases.rancher.com/install-docker/17.05.sh

therealppa 29 जून 2017

👍27 ❤6 🎉3

सभी 46 टिप्पणियाँ

यहां भी यही समस्या

docker-machine create 
    --driver=digitalocean
    --digitalocean-access-token=XXX 
    --digitalocean-size=2gb
    machinename

कल एक ही कमांड ने डॉक वर्जन 17.05.0-CE के साथ ठीक काम किया
आज मेरी नई मशीन का डॉक शुरू नहीं होगा (17.06.0-CE)
मैंने कई बार कोशिश की है।

thanhhx-zinza 29 जून 2017

👍1

मैं इसकी पुष्टि भी कर सकता हूँ:

dm create -d digitalocean \
--digitalocean-access-token XXX \
--digitalocean-size 4gb machine

gnomus 29 जून 2017

👍1

मैं इसे वर्कअराउंड के रूप में उपयोग कर रहा हूं:

डॉकटर-मशीन create \
-ड्राइवर amazonec2 \
--engine-install-url = https://web.archive.org/web/20170623081500/https : //get.docker.com

या
--engine-install-url = https://releases.rancher.com/install-docker/17.05.sh

therealppa 29 जून 2017

👍27 ❤6 🎉3

मेरे साथ भी वही दिक्कत है।

डॉक वर्जन: डॉकर वर्जन 17.06.0-सी.ई.
docker- मशीन संस्करण: 0.12.0, 45c69ad का निर्माण करें

docker-machine create --driver amazonec2 --amazonec2-region eu-west-1 --amazonec2-instance-type t2.small --amazonec2-access-key XXX --amazonec2-secret-key XXX test-create-machine

Jun 29 12:26:56 ip-172-31-10-149 systemd [1]: डॉकटर एप्लीकेशन कंटेनर इंजन शुरू करना ...
Jun 29 12:26:56 ip-172-31-10-149 docker [5234]: docker daemon Linux पर समर्थित नहीं है। कृपया dockerd सीधे चलाएं

लिनक्स पर docker daemon समर्थित नहीं है। कृपया dockerd सीधे चलाएं

acouette 29 जून 2017

मैं इसे इस पीआर के साथ काम करने में सक्षम था
https://github.com/docker/machine/pull/4128

बस इस फिक्स के साथ डॉकटर-मशीन संकलित करें और सब कुछ फिर से काम करता है

gnomus 29 जून 2017

@gnomus सुपर, यह दिलचस्प है! मुझे आश्चर्य है कि यह 17.05.0-सीई के लिए क्यों काम कर रहा था, हालांकि।

@therealppa haahaha भयानक! मैं सोच रहा था कि मुझे उस स्क्रिप्ट का पुराना संस्करण कैसे मिल सकता है, या क्या पुरानी स्क्रिप्ट पुराने संस्करण को स्थापित करने के लिए परम लेती है। web.archive.org निश्चित रूप से मेरे लिए नहीं हुआ।

dminkovsky 29 जून 2017

👍1

@dminkovsky मुझे नहीं लगता कि यह हमेशा के लिए काम करेगा, यदि आप स्क्रिप्ट में देखते हैं तो यह वास्तव में कहीं भी संस्करण को निर्दिष्ट नहीं करता है ... फिर भी, अभी यह काम करता है।

therealppa 29 जून 2017

@therealppa @dminkovsky एक लंबी अवधि के लिए स्क्रिप्ट से लाइन 457 को बदलना है

$sh_c 'apt-get install -y -q docker-ce'

सेवा

$sh_c "apt-get install -y -q docker-ce=17.05.0~ce-0~$lsb_dist-$dist_version"

उम्मीद है कि डॉकटर-मशीन का निश्चित संस्करण जल्द ही जारी किया जाएगा।

kurrestahlberg 29 जून 2017

🎉3

मेरे लिए भी वैसा ही
हम फ़ाइल /etc/systemd/system/docker.service.d/10-machine.conf में "docker daemon" के बजाय "dockerd" का उपयोग करके इसे काम कर रहे हैं

fabio-barile 29 जून 2017

👍3

@ फैबियो-बैरी --storage-driver aufs arg के बारे में क्या? जब तक मैं उस से छुटकारा नहीं पा लेता, मेरा शुरू नहीं होगा।

dminkovsky 29 जून 2017

👍2

@dminkovsky मुझे

JustEra 29 जून 2017

स्टोरेज ड्राइवर समस्या से परे मैं गीतालाब-रनर (9.3.0) द्वारा बनाए गए प्रमाणपत्रों के लिए सत्यापन त्रुटियों को भी देख रहा हूं। @JustEra आप एक ही मुद्दे पर चल रहे हैं या मैं केवल एक ही हूं?

http: TLS handshake error from ...:
 tls:
  failed to verify client's certificate: x509:
   certificate signed by unknown authority (possibly because of "crypto/rsa: verification error" while trying to verify candidate authority certificate "unknown")

ERROR: Error creating machine:
 Error checking the host:
  Error checking and/or regenerating the certs:
   There was an error validating certificates for host "...":
    remote error: tls: bad certificate  driver=amazonec2 name=...

lusitania 29 जून 2017

यह फिक्स्ड स्टोरेज-ड्राइवर इश्यू मेरे लिए (बस उस पैरामीटर को हटा दिया; सिर्फ़ सिस्टमड के लिए)। Https://github.com/docker/machine/pull/4128 के ऊपर आवेदन

diff --git a/libmachine/provision/systemd.go b/libmachine/provision/systemd.go
index 90d02603..05d63bb5 100644
--- a/libmachine/provision/systemd.go
+++ b/libmachine/provision/systemd.go
@@ -53,7 +53,7 @@ func (p *SystemdProvisioner) GenerateDockerOptions(dockerPort int) (*DockerOptio

        engineConfigTmpl := `[Service]
 ExecStart=
-ExecStart=/usr/bin/` + arg + ` -H tcp://0.0.0.0:{{.DockerPort}} -H unix:///var/run/docker.sock --storage-driver {{.EngineOptions.StorageDriver}} --tlsverify --tlscacert {{.AuthOptions.CaCertRemotePath}} --tlscert {{.AuthOptions.ServerCertRemotePath}} --tlskey {{.AuthOptions.ServerKeyRemotePath}} {{ range .EngineOptions.Labels }}--label {{.}} {{ end }}{{ range .EngineOptions.InsecureRegistry }}--insecure-registry {{.}} {{ end }}{{ range .EngineOptions.RegistryMirror }}--registry-mirror {{.}} {{ end }}{{ range .EngineOptions.ArbitraryFlags }}--{{.}} {{ end }}
+ExecStart=/usr/bin/` + arg + ` -H tcp://0.0.0.0:{{.DockerPort}} -H unix:///var/run/docker.sock --tlsverify --tlscacert {{.AuthOptions.CaCertRemotePath}} --tlscert {{.AuthOptions.ServerCertRemotePath}} --tlskey {{.AuthOptions.ServerKeyRemotePath}} {{ range .EngineOptions.Labels }}--label {{.}} {{ end }}{{ range .EngineOptions.InsecureRegistry }}--insecure-registry {{.}} {{ end }}{{ range .EngineOptions.RegistryMirror }}--registry-mirror {{.}} {{ end }}{{ range .EngineOptions.ArbitraryFlags }}--{{.}} {{ end }}

aleks-m 29 जून 2017

जो कोई विशिष्ट पुराना संस्करण चाहता है, उसके लिए हम (Rancher) प्रत्येक एक को स्थापित करने के लिए थोड़ा संशोधित get.docker.com स्क्रिप्ट बनाए रखते हैं:

http://rancher.com/docs/rancher/v1.6/en/hosts/#supported -docker- संस्करण

vincent99 29 जून 2017

😄6

@ ऊपर फैबियो-बैरील पूरी तरह से सही है। कैसे 'परीक्षण' ऐसी चीजों को उत्सर्जित करता है, कल्पना नहीं कर सकता।

अधिक जानकारी यहाँ: https://github.com/docker/for-linux/issues/11#issuecomment -312143765

@ vincent99 ... हमेशा आप जैसे लोगों की आवाज, और धन्यवाद।

narration-sd 30 जून 2017

+1
मैं हर दिन एक नए डॉक-मशीन रिलीज़ के लिए जाँच करता हूँ ... यह बग मुझे मार रहा है :-)

अभी के लिए, मैं /etc/systemd/system/docker.service.d/20-machine.conf जो सही कमांड लाइन के साथ 10-machine.conf को ओवरराइड करता हूं। इस तरह से आगे डोकर-मशीन कमांड जो सामान्य रूप से इसे तोड़ देगा, नहीं। बेशक, इस रिलीज में तय होने में जितना अधिक समय लगेगा, उतना ही अधिक काम मैं सबकुछ वापस कर दूंगा!

systemmonkey42 30 जून 2017

👍6

इस मुद्दे पर विवरण के महान टूटने के लिए धन्यवाद - हम इसे देखने की कोशिश कर रहे हैं और यह पता लगाने की कोशिश करते हैं कि क्या गलत हुआ।

https://github.com/docker/for-linux/issues/11#issuecomment -312143765 से संबंधित

FrenchBen 30 जून 2017

तो यह get.docker.com पर स्थापित स्क्रिप्ट से संबंधित नहीं है, बल्कि संस्करण तुलना से संबंधित है जो सही तरीके से काम नहीं कर रहा है और 17.06.0-CE के साथ आधिकारिक तौर पर docker daemon है, यही कारण है कि हम हैं विफलताओं को देखते हुए।

यह PR (docker / machine # 4128) इस मुद्दे को हल करने के लिए लगता है और मैं देर दोपहर तक एक PR होगा जो अन्य तुलनात्मक कार्यों के लिए परीक्षण जोड़ता है ताकि हम फिर से इस तरह की किसी चीज में न भागें।

seemethere 30 जून 2017

👍1

@ सेमेथेरे अच्छा लगता है, धन्यवाद। परीक्षण के बारे में सुनना पसंद है।

पीआर में से एक पर रूप मुझे थोड़ा अजीब दिखाई दिया, लेकिन लगता है कि आप लोगों ने उस पर ध्यान दिया होगा।

narration-sd 30 जून 2017

👍1

0.12.1 रिलीज़ इस बग को ठीक करता है। आपके धैर्य और आपकी मदद के लिए सभी को धन्यवाद।

shin- 1 जुल॰ 2017

👍11 ❤5

@ पिंडली - जल्दी ठीक करने के लिए धन्यवाद! इसका उपयोग करने के लिए आगे देख रहे हैं।

dminkovsky 2 जुल॰ 2017

@ पिंडली- यह पैच docker daemon -> dockerd हिस्सा तय करता है, लेकिन डॉकर अभी भी मशीन के कारण शुरू नहीं होता है

dockerd[6407]: Error starting daemon: error initializing graphdriver: driver not supported

dminkovsky 2 जुल॰ 2017

👍5

@ पिंडली- मैं --engine-storage-driver=overlay (https://github.com/docker/machine/issues/3895#issuecomment-270934728) जोड़कर स्टोरेज ड्राइवर समस्या के आसपास पहुंचने में सक्षम था। तो यहाँ मेरा पूरा docker-machine मंगलाचरण है।

docker-machine -D create \
    --driver google \
    --google-project $project \
    --google-zone $zone \
    --google-machine-type $type \
    --google-disk-size $size \
    --google-preemptible \
    --engine-storage-driver=overlay \
    $name

--engine-storage-driver=overlay यह अभी भी विफल रहता है

dockerd[6407]: Error starting daemon: error initializing graphdriver: driver not supported

जैसा कि पहले और # 3895 में हुआ था

dminkovsky 2 जुल॰ 2017

👍3

क्या आपने उस लॉग को देखा जो समझाया कि यह दुर्घटनाग्रस्त क्यों हुआ?

शुक्र पर, जुलाई 7, 2017 को 9:39 पूर्वाह्न, सीवेरीन ज़मैन नोटिफिकेशन @github.com
लिखा था:

@ shin- https://github.com/shin- दुर्भाग्यवश 0.12.1 ने यह तय नहीं किया
मेरे लिए।
$ डॉकटर -v
डॉकर संस्करण 17.06.0-सीई, 02c1d87 का निर्माण करें
$ डॉकटर-मशीन -v
docker- मशीन संस्करण 0.12.1, c8b17e8 का निर्माण करें
मैं amazonec2 मशीन --amazonec2-area = eu-central-1 के साथ बना रहा हूं
जो मेरे लिए एक ami-fe408091 बनाता है।
Docker- मशीन बनाने से आउटपुट है:
पूर्व-निर्मित चेक चला रहा है ...
मशीन बना रहा है ...
(परीक्षण-डीएम) लॉन्चिंग उदाहरण ...
मशीन के चलने का इंतजार, इसमें कुछ मिनट लग सकते हैं ...
निर्मित आवृत्ति के ऑपरेटिंग सिस्टम का पता लगाने ...
SSH के उपलब्ध होने की प्रतीक्षा ...
प्रावधानकर्ता का पता लगा रहा है ...
Ubuntu (systemd) के साथ प्रावधान ...
Docker इंस्टॉल कर रहा है ...
स्थानीय मशीन निर्देशिका में प्रतिलिपि बनाई जा रही है ...
रिमोट मशीन में सेरेटिंग कोट्स ...
दूरस्थ डेमॉन पर डॉकर विन्यास की स्थापना ...
मशीन बनाने में त्रुटि: प्रोविजनिंग में त्रुटि: ssh कमांड एरर:
आदेश: sudo systemctl -f start docker
गलत: निकास की स्थिति 1
आउटपुट: docker.service के लिए नौकरी विफल रही क्योंकि नियंत्रण प्रक्रिया त्रुटि कोड के साथ बाहर निकल गई। विवरण के लिए "systemctl स्टेटस docker.service" और "journalctl -xe" देखें।
लॉन्च की गई मशीन से आउटपुट है:
$ systemctl स्टेटस docker.service
● docker.service - डॉकटर अनुप्रयोग कंटेनर इंजन
भरी हुई: भरी हुई (/lib/systemd/system/docker.service; सक्षम; विक्रेता पूर्व निर्धारित: सक्षम)
ड्रॉप-इन: /etc/systemd/system/docker.service.d
└─10-machine.conf
सक्रिय: निष्क्रिय (मृत) (परिणाम: निकास-कोड) शुक्र के बाद से 2017-07-07 13:34:47 यूटीसी; 36 से पहले
डॉक्स: https://docs.docker.com
प्रक्रिया: 5522 ExecStart = / usr / bin / dockerd -H tcp: //0.0.0.0 : 2376 -H unix: ///var/run/docker.sock --storage- ड्राइवर auf --tlsverify-tlscacer
मुख्य पीआईडी: 5522 (कोड = बाहर, स्थिति = 1 / विफलता)
जुलाई 07 13:34:46 टेस्ट-डीएम सिस्टमड [1]: docker.service: यूनिट विफल स्थिति में प्रवेश किया।
जुलाई 07 13:34:46 टेस्ट-डीएम सिस्टमड [1]: docker.service: परिणाम 'निकास-कोड' के साथ विफल।
जुलाई 07 13:34:47 टेस्ट-डीएम सिस्टमड [1]: docker.service: सर्विस होल्ड-ऑफ टाइम ओवर, शेड्यूलिंग रिस्टार्ट।
जुलाई 07 13:34:47 टेस्ट-डीएम सिस्टमड [1]: स्टॉप डोकर एप्लीकेशन कंटेनर इंजन।
जुलाई 07 13:34:47 टेस्ट-डीएम सिस्टमड [1]: docker.service: प्रारंभ अनुरोध भी जल्दी दोहराया।
जुलाई 07 13:34:47 टेस्ट-डीएम सिस्टमड [1]: डॉकर एप्लिकेशन कंटेनर इंजन शुरू करने में विफल।
-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/docker/machine/issues/4156#issuecomment-313681511 ,
या धागा म्यूट करें
https://github.com/notifications/unsubscribe-auth/AANWZXHODzL3Lumb5NqlmXwnSi3VZBBkks5sLjUlgaJpZM4OIt7R
।

dminkovsky 7 जुल॰ 2017

@dminkovsky वर्कअराउंड के लिए धन्यवाद। मैंने इसके बजाय ड्राइवर के नवीनतम संस्करण के बाद से overlay2 का उपयोग करने का निर्णय लिया।

क्या आपको पता है कि docker-machine rm {instance-name} लिए भी वर्कअराउंड है? मुझे EOF से संबंधित एक त्रुटि मिल रही है और यह AWS क्लाउड पर प्रमुख जोड़े के अवशेषों को छोड़ता है जो मुझे उदाहरण को फिर से बनाने से रोक रहा है।

drujensen 7 जुल॰ 2017

क्षमा करें, मैंने अपना संदेश हटा दिया जब मैंने कड़ी मेहनत की और ध्यान दिया कि यह वास्तव में @dminkovsky ने लिखा है:

--engine-storage-driver=overlay यह अभी भी विफल रहता है
dockerd[6407]: Error starting daemon: error initializing graphdriver: driver not supported
जैसा कि पहले और # 3895 में हुआ था

क्या हमारे पास AUFS इंजन भंडारण का उपयोग करने के इस एक विशेष मामले के लिए कोई मुद्दा है?

cadavre 7 जुल॰ 2017

@cadavre

क्या हमारे पास AUFS इंजन भंडारण का उपयोग करने के इस एक विशेष मामले के लिए कोई मुद्दा है?

मैंने https://github.com/docker/machine/issues/3895 देखा है, जो खुला है और जिसे आपने संदर्भित भी किया है।

दिलचस्प रूप से पर्याप्त है, मैं अब इस बग को नहीं देख रहा हूं। मुझे --storage-driver overlay मिलते हैं

dminkovsky 7 जुल॰ 2017

@drujensen

मैंने इसके बजाय ड्राइवर के नवीनतम संस्करण के बाद से ओवरले 2 का उपयोग करने का निर्णय लिया।

ओह अच्छा, धन्यवाद, मुझे नहीं पता था कि।

क्या आपको पता है कि क्या डॉकटर-मशीन rm {उदाहरण-नाम} के लिए भी एक समाधान है?

यकीन नहीं होता, मैंने वह बग नहीं देखा है। जब मशीन समाप्त हो गई है और मैं कोई जवाब नहीं दूंगा तो मैं docker-machine rm -f उपयोग करता हूं। -f , docker-machine rm के साथ VM और संबद्ध डिस्क को निकालता है, भले ही वह बॉक्स तक न पहुंच सके।

dminkovsky 7 जुल॰ 2017

@dminkovsky क्या आप इसके लिए एक नया मुद्दा बना सकते हैं? यह dockerd / docker daemon समस्या से संबंधित नहीं है, इसलिए हमें इसे अलग से भी व्यवहार करना चाहिए। और कृपया बताएं कि आप किस ओएस को प्रावधान कर रहे हैं :)

shin- 8 जुल॰ 2017

👍1

@ पिंडली- मैं सब अच्छा हूँ। docker-machine मेरे लिए अभी 100% काम कर रही है। क्या आप ओवरले 2 की बात कर रहे हैं?

dminkovsky 9 जुल॰ 2017

मशीनों को हटाने के संबंध में मेरा अन्य मुद्दा pr # 4187 में संबोधित किया गया था। धन्यवाद।

drujensen 10 जुल॰ 2017

@dminkovsky क्षमा करें - हाँ, आप यहाँ उल्लेख करते

shin- 10 जुल॰ 2017

@ शिन - https://github.com/docker/machine/issues/4168 में इस मुद्दे का अनुभव करने के बाद, मैंने अपने स्टेजिंग सर्वर को फिर से बनाने का प्रयास किया और docker-machine create साथ समस्याओं का एक हल पाया, जो रिपोर्ट किया गया है हाल के टिकटों में:

क्या ये सभी संबंधित हैं? इन पर नज़र रखना शुरू करें? मैं पुष्टि कर सकता हूं कि यह मुद्दा आज भी हो रहा है।

brandontamm 17 जुल॰ 2017

👍1

@ shin- docker- मशीन v0.12.1 अभी भी इसी मुद्दे को प्रदर्शित करता है

costa 19 जुल॰ 2017

मुझे अभी भी 0.12.1 संस्करण के साथ एक ही समस्या मिल रही है।

screen shot 2017-07-27 at 11 32 00 am

eamontaaffe 27 जुल॰ 2017

कृपया github पर मिली नवीनतम रिलीज़ को अपडेट करें:
https://github.com/docker/machine/releases/tag/v0.12.2

@eamontaaffe @ajwah @costa

FrenchBen 27 जुल॰ 2017

👍1

धन्यवाद @dminkovsky मुझे यह त्रुटि 0.12.2 पर आज भी मिल रही थी !!! 10-machine.conf फ़ाइल की तरह लगता है अद्यतन के दौरान अतिरंजित नहीं है

oleynikd 2 अग॰ 2017

आपका स्वागत है!

मैं भंडारण इंजन के लिए कमांड लाइन विकल्प में "ओवरले" निर्दिष्ट करता हूं और तब से
मेरे मशीनों बूट।

ср, 2 और। 2017 г. 12:05, डेनिस नोटिफिकेशन @github.com:

धन्यवाद @dminkovsky https://github.com/dminkovsky मुझे यह मिल रहा था
आज 0.12.2 पर त्रुटि !!! लगता है जैसे 10-machine.conf फ़ाइल नहीं है
अपडेट के दौरान ओवरराइड करना
-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/docker/machine/issues/4156#issuecomment-319719085 ,
या धागा म्यूट करें
https://github.com/notifications/unsubscribe-auth/AANWZSYqy1uGhWeXozx35OnFhPRSb144ks5sUJ5YgaJpZM4OIt7R
।

dminkovsky 2 अग॰ 2017

यदि कर्नेल> 4.4 के साथ सिस्टम का उपयोग करते हुए मैं overlay2 का उपयोग करने का सुझाव देता हूं।

cadavre 2 अग॰ 2017

मैं मशीन को ओवरले 2, और इसके लिए उपयोग मामले को प्राप्त करने में सक्षम नहीं था
सौभाग्य से सिर्फ निर्माण / सीडी था

ср, 2 और। 2017 г. 12:36, सीवेरी ज़मैन नोटिफिकेशन @github.com:

यदि कर्नेल> 4.4 के साथ सिस्टम का उपयोग कर रहा हूं तो मैं ओवरले 2 का उपयोग करने का सुझाव देता हूं।
-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/docker/machine/issues/4156#issuecomment-319727847 ,
या धागा म्यूट करें
https://github.com/notifications/unsubscribe-auth/AANWZXLGHjLvfOOAgmBWV0zOEBDZBdSVks5sUKWBgaJpZM4OIt7R
।

dminkovsky 2 अग॰ 2017

साथ ही यह त्रुटि 0.12.2 :-(

datesss 3 अग॰ 2017

👍2

यह अभी भी खोला गया!

kassanmoor 29 अग॰ 2017

मैं अभी भी docker-machine 0.12.2 साथ इस मुद्दे को देखता हूं। मैं उपबंधित मशीन ( sudo apt purge docker-ce && sudo apt autoremove ) पर docker की स्थापना रद्द करके आगे बढ़ा और अपने संस्करण के लिए सही Rancher स्क्रिप्ट स्थापित करने का उपयोग किया जो ऊपर सूचीबद्ध है।

किसी कारण के लिए, यह अभी भी डॉक करने में विफल रहता है, लेकिन मशीन को रिबूट करने के बाद इसे हल करता है।

AkhilGNair 22 सित॰ 2017

पुष्टि कर सकता है, अभी भी वही त्रुटि है

jhartma 23 सित॰ 2017

@ झारमा मुझे लगता है कि नवीनतम रिलीज (लिनक्स छवि) और कार्यों के लिए आवश्यक अपग्रेड है

kassanmoor 28 सित॰ 2017

@kassanmoor को लगता है कि मेरी एएमआई ने एडब्ल्यूएस पर इसका समर्थन नहीं किया, मुझे यह डिफ़ॉल्ट रूप से काम करने के लिए मिला

jhartma 29 सित॰ 2017

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Machine: नवीनतम डॉकर के साथ मशीन का निर्माण विफल रहता है

सबसे उपयोगी टिप्पणी

सभी 46 टिप्पणियाँ

संबंधित मुद्दों