Machine: एज़्योर ड्राइवर - संसाधन प्रबंधक संस्करण

: +1:

+1

+1

Azure संसाधन प्रबंधक का उपयोग करने के लिए docker- मशीन Azure प्रदाता को स्थानांतरित करने की योजना है - # 496 देखें

@lizrice यह वर्तमान में सक्रिय रूप से अपने आप पर काम कर रहा है। हम इसके लिए मांग से अवगत हैं, इसलिए जल्द ही कुछ करने की उम्मीद है। एक बार कुछ नया करने के बाद मैं इस धागे को अपडेट करूंगा।

यह बहुत अच्छी खबर है @ahmetalpbalkan :-)

+1

यह बहुत मददगार होगा! इस पर सक्रिय रूप से काम करने के लिए धन्यवाद।

निश्चित तौर पर इसकी जरूरत है। यह भी प्रमाणित करने के लिए प्रमाण पत्र का उपयोग करने से दूर होने की जरूरत है, जब तक कि एक Azure सक्रिय निर्देशिका सेवा प्रिंसिपल का उपयोग न करें। कोई प्रगति @ahmetalpbalkan?

चीयर्स,
ट्रेवर सुलिवन

@ pcgeek86 हम सेवा प्रिंसिपल बकवास नहीं करेंगे। ऑर्टन प्रक्रिया बिल्कुल एज़्योर क्रॉस-प्लेटफ़ॉर्म सीएलआई प्रमाणीकरण ( "azure login" कमांड) की तरह दिखाई देगी। हर 2 सप्ताह में यह आपको ब्राउज़र विंडो खोलने और ऐप को अधिकृत करने के लिए एक बटन क्लिक करने के लिए प्रेरित करेगा।

@ahmetalpbalkan उत्कृष्ट, तो आपके पास --username पैरामीटर भी होगा, जैसे azure-clil?

@ pcgeek86 , नहीं। Azure CLI को उपयोगकर्ता नाम पैरामीटर की आवश्यकता नहीं है। यह पश्चगामी संगतता के लिए है।

@ahmetalpbalkan मैं जरूरी नहीं कहा था। --username पैरामीटर वह है जो आपको Azure सक्रिय निर्देशिका (AAD) उपयोगकर्ता नाम निर्दिष्ट करने में सक्षम बनाता है। यह "बैकवर्ड संगतता" कैसे है? आप अंतिम कार्यान्वयन के लिए क्या प्रस्ताव कर रहे हैं?

Azure Service Management (ASM) प्रमाणपत्र-आधारित प्रमाणीकरण "बैकवर्ड संगतता" है।

@ pcgeek86 हम्म, मुझे कभी एहसास ही नहीं हुआ कि इसका इस्तेमाल AAD यूजरनेम के लिए किया जाता है। जब आप https://aka.ms/devicelogin पर जाते हैं , तो क्या यह आपको अपना AAD उपयोगकर्ता नाम निर्दिष्ट करता है? अगर एक ही कार्य azure login ( --username बिना) किया जा सकता है, तो मैं इस तरह से रखने का इरादा रखता हूं।

एआरएम प्रमाणीकरण के साथ AAD प्रमाणीकरण का उपयोग करने के लिए @ahmetalpbalkan आपको ARM मोड ( azure config arm ) में होना चाहिए। मैं बहुत बार ASM "मोड" का उपयोग नहीं करता।

हां, आप AAD उपयोगकर्ता नाम का उपयोग https://aka.ms/devicelogin के साथ कर सकते हैं। हालांकि, मैं किसी ब्राउज़र पर जाने से बचना पसंद करता हूं, और इसके बजाय --username साथ उपयोगकर्ता नाम निर्दिष्ट करता हूं। पाठ-केवल परिदृश्यों में बेहतर काम करता है। :)

अगर एक ही कार्य को एज़्योर लॉगिन के बिना किया जा सकता है (बिना --username) मैं इसे इस तरह रखने का इरादा रखता हूं।

इसलिए, बस यह सुनिश्चित करने के लिए कि मैं ठीक से समझ रहा हूं, क्या आप उपयोगकर्ता को कमांड लाइन पर अपना पासवर्ड टाइप करने के बजाय प्रमाणीकरण पूरा करने के लिए वेब ब्राउज़र का उपयोग करने की आवश्यकता है?

ऐसे खाते के लिए जिसे 2fa की आवश्यकता होती है, आप किसी भी तरह से प्रामाणिक होना चाहते हैं। मैं स्पष्ट नहीं हूं कि यह 2fa मामले के लिए एक अनुकूलन है।

बहु-कारक प्रमाणीकरण उपयोगकर्ताओं के लिए @squillace , निश्चित रूप से। लेकिन उपयोगकर्ताओं के केवल एक समूह को ही क्यों पूरा किया जाए? मेरा अनुमान है कि बहुसंख्यक वैसे भी एमएफए का उपयोग नहीं करेंगे।

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

वास्तव में, इसे एक कदम आगे क्यों नहीं बढ़ाया जाए, और कमांड लाइन से किसी तरह एमएफए का समर्थन करें?

आपको सामान्य AAD लॉगिन स्क्रीन के बाहर उपयोगकर्ता नाम और पासवर्ड एकत्र नहीं करने चाहिए। यह असुरक्षित और बुरा अभ्यास है। साथ ही वास्तव में काम करने के लिए कवर करने के लिए तकनीकी रूप से बहुत अधिक परिदृश्य हैं। मुख्य ADFS पर एक ब्राउज़र को खोलने के बिना 2FA संभव नहीं है, सुरक्षित fob, स्मार्टकार्ड की स्थिति आदि ...

मैं केवल एक समूह को पूरा नहीं करना चाहता, बल्कि मूल परिदृश्य को सभी को कवर करना चाहिए।

Outlook Mo bilehttps से भेजा गया

10:11 पर गुरु, फ़रवरी 25, 2016 को पूर्वाह्न -0800, "ट्रेवर सुलिवन" < [email protected] [email protected] > ने लिखा:

@squil फीता https: //github.com/squillace बहु-कारक प्रमाणीकरण उपयोगकर्ताओं के लिए, सुनिश्चित करें। लेकिन उपयोगकर्ताओं के केवल एक समूह को ही क्यों पूरा किया जाए? मेरा अनुमान है कि बहुसंख्यक वैसे भी एमएफए का उपयोग नहीं करेंगे।

इस ईमेल का उत्तर सीधे दें या इसे Gi tHubhttps: //github.com/docker/machine/issues/2742#issuecomment -188910314 पर देखें।

@L लाउंजFlyZ तो क्या आप कह रहे हैं कि azure xPlat CLI को अपना --username पैरामीटर निकालना चाहिए? यह एक महत्वपूर्ण, ब्रेकिंग परिवर्तन होगा, लेकिन संभव है।

शायद हाँ। मुझे आश्चर्य है कि उनके पास अभी भी है ... लेकिन मुझे समझ में क्यों आता है।

@LoungeFlyZ कमांड लाइन उपयोगकर्ताओं के बारे में क्या? क्या आपको लगता है कि यह उनके लिए विघटनकारी होगा?

@ pcgeek86 हां बिल्कुल। यह तरीका कम सुविधाजनक है जो मुझे समझ में आया। लेकिन आपके उपयोगकर्ता नाम और पासवर्ड को इकट्ठा करने के लिए किसी भी उपकरण का होना एक आपदा है।

@ L लाउंजFlyZ मैं भी वहाँ सहमत हूँ। ऐसा लगता है कि हम एक सुरक्षा और प्रयोज्य परिप्रेक्ष्य से संघर्ष बिंदु पर हैं। बॉक्स के बाहर की सोच, ऊपर बताई गई सुरक्षा और प्रयोज्य समस्याओं के लिए एक आदर्श समाधान क्या होगा?

@ pcgeek86 मैं आपके ईमेल को बाइनरी ड्रॉप भेज रहा हूं, कृपया इसे आज़माएं और अगर आपको यह अव्यावहारिक लगे तो lmk करें।

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

• सोर्स कोड
• Azure ड्राइवर प्रलेखन
• बाइनरी के रूप में डाउनलोड करें: http://cl.ly/3k2d0g2B3j0o http://cl.ly/2X1j2s2C3Z1j~~

डार्विन की कोशिश अब .. साफ। अच्छा लगा।

अहम, बहुत, बहुत साफ।

~ / कार्यक्षेत्र / एम्मेट-मशीन रूबी -२.२.१ ›$ ld create -d azure \ १ ah
--azure सदस्यता-आईडी\
--azure-ssh-user ops \
--azure-resource-group ahmetsmachine \
- स्थान-स्थान ईस्टस \
ahmetsmachine
पूर्व-निर्मित चेक चला रहा है ...
(ahmetsmachine) Microsoft Azure: साइन इन करने के लिए, पृष्ठ https://aka.ms/devicelogin खोलने के लिए वेब ब्राउज़र का उपयोग प्रमाणित करना।
(ahmetsmachine) मशीन पूर्व-निर्मित चेक को पूरा करती है।
मशीन बना रहा है ...
(ahmetsmachine) मौजूदा संसाधन समूह का नामकरण ... नाम = "ahmetsmachine"
(एहमेट्समैचिन) संसाधन समूह बनाना ... स्थान = "ईस्टमस" नाम = "एहमेट्समैचिन"
(ahmetsmachine) उपलब्धता सेट बनाना ... नाम = "docker-machine"
(ahmetsmachine) नेटवर्क सुरक्षा समूह बनाना ... नाम = "ahmetsmachine-फ़ायरवॉल" स्थान = "पूर्वी रेखा"
(ahmetsmachine) यदि वर्चुअल नेटवर्क पहले से मौजूद है तो क्वेरी करना ... नाम = "docker-machine-vnet" स्थान = "ईस्टस"
(ahmetsmachine) सबनेट बनाना ... cidr = "" name = "docker-machine" vnet = "docker-machine-vnet"
(ahmetsmachine) सार्वजनिक IP पता बनाना ... नाम = "ahmetsmachine-ip"
(ahmetsmachine) नेटवर्क इंटरफ़ेस बनाना ... नाम = "ahmetsmachine-nic"
(ahmetsmachine) स्टोरेज खाता बनाना "" पूर्व में
(ahmetsmachine) वर्चुअल मशीन बनाना ... नाम = "ahmetsmachine" स्थान = "Eastus" आकार = "Standard_A2" उपयोगकर्ता नाम = "ops" osImage = " विहित: UbuntuServer : 14.04.3- LTS: latest "
मशीन के चलने का इंतजार, इसमें कुछ मिनट लग सकते हैं ...
निर्मित आवृत्ति के ऑपरेटिंग सिस्टम का पता लगाने ...
SSH के उपलब्ध होने की प्रतीक्षा ...
प्रावधानकर्ता का पता लगा रहा है ...
Ubuntu (upstart) के साथ प्रावधान ...
Docker इंस्टॉल कर रहा है ...
स्थानीय मशीन निर्देशिका में प्रतिलिपि बनाई जा रही है ...
रिमोट मशीन में सेरेटिंग कोट्स ...
दूरस्थ डेमॉन पर डॉकर विन्यास की स्थापना ...
डॉकटर से कनेक्शन की जाँच ...
डॉकर ऊपर और चल रहा है!
यह देखने के लिए कि इस वर्चुअल मशीन पर चलने वाले डॉक इंजन में अपने डॉकटर क्लाइंट को कैसे कनेक्ट करें, रन करें:डॉकटर-मशीन-डार्विन-x86_64 env ahmetsmachine

मैं अब विंडोज और लिनक्स संस्करणों की कोशिश करूंगा। अच्छा लगा। जानकारी सही निकली। मुझे आपके मूल नेट वातावरण और पोर्ट विकल्प बहुत पसंद हैं। धन्यवाद!

वर्तमान में विंडोज़ पर एक मुद्दा है, यह प्रमाणित नहीं करता है। मेरा सुझाव है कि अभी के लिए अन्य प्लेटफार्मों के साथ प्रयास करें। धन्यवाद @squillace!

ठीक है, मैं डेबियन परिवार करूँगा।

हां, विंडोज पर बग एक टोकन कैश में कॉपी होने से संबंधित है। आज शाम पहले @ahmetalpbalkan को विवरण भेजे।

चीयर्स,
ट्रेवर सुलिवन

टकसाल 17.3 पर पूरी तरह से काम करता है।

@ pcgeek86 कृपया खिड़कियों के लिए इस नए निर्माण का प्रयास करें: http://cl.ly/3k2d0g2B3j0o/docker_machine_azure_rc2.zip इस मुद्दे को अब ठीक किया जाना चाहिए। यह सिर्फ मेरे लिए काम किया। (हालांकि यह अभी भी परतदार है, हम जल्द ही Azure SDK में उन लोगों को ठीक कर देंगे और यहां आयात करेंगे। हम यहां जाते ही बिल्ड उपलब्ध कराते रहेंगे।)

यदि आपके पास सभी प्रकार के अजीब खाता प्रकार (Microsoft खाता, एएडी ...) के साथ प्रमाणीकरण का प्रयास करें। यह प्रमाणीकरण दृष्टिकोण बस मेरे बहु-कारक विज्ञापन खाते के साथ-साथ मेरे व्यक्तिगत खाते के साथ काम करता है। मैं इसके चारों ओर आपकी प्रतिक्रिया की सराहना करता हूं, मुझे ऐसा लगता है कि पहली कोशिश में हमें यह अधिकार मिल सकता है! :मुस्कुराओ:

मैंने व्यक्तिगत रूप से इसकी कोशिश नहीं की; मैं अभी करूँगा।

मैंने बस इस मुद्दे पर पहले बाइनरी के साथ ओएस एक्स पर कोशिश की और मिला:

docker-machine-azure create -d azure --azure-location "North Europe"  --azure-resource-group "career-planner" --azure-subscription-id {ID} azure
Running pre-create checks...
(azure) Microsoft Azure: To sign in, use a web browser to open the page https://aka.ms/devicelogin. Enter the code DRHSTFLSD to authenticate.
(azure) Completed machine pre-create checks.
Creating machine...
(azure) Querying existing resource group...  name="career-planner"
(azure) Resource group "career-planner" already exists.
(azure) Creating availability set...  name="docker-machine"
(azure) Creating network security group...  name="azure-firewall" location="North Europe"
(azure) Querying if virtual network already exists...  name="docker-machine-vnet" location="North Europe"
(azure) Creating subnet...  name="docker-machine" vnet="docker-machine-vnet" cidr="192.168.0.0/16"
(azure) Creating public IP address...  name="azure-ip"
(azure) Creating network interface...  name="azure-nic"
(azure) Creating storage account "vhdsxfxg6xxswwqjih00e7co" in North Europe
(azure) Creating Virtual Machine...  name="azure" location="North Europe" size="Standard_A2" username="ubuntu" osImage="canonical:UbuntuServer:14.04.3-LTS:latest"
Waiting for machine to be running, this may take a few minutes...
Error creating machine: Error waiting for machine to be running: Maximum number of retries (60) exceeded

हालांकि मुझे लगता है कि इसने सभी संसाधनों का निर्माण किया।

@ बकेट धन्यवाद यह एक आखिरी मुद्दे के बारे में है जिसे हम azure go sdk में संबोधित करने का प्रयास कर रहे हैं। हम वर्तमान में तैयार संसाधनों पर उनके ठीक से पूरा होने तक इंतजार नहीं कर रहे हैं।

इस रेपो के लिए पुल अनुरोध भेजने से पहले, मैं यह देखने के लिए कि यह कितना विश्वसनीय है, कुछ 1,000 मशीनें बनाने की योजना बना रहा हूँ। हम कार्यात्मक परीक्षणों पर पहले से ही हरे हैं, लेकिन कुछ परतदार हैं जैसा कि मैंने पहले उल्लेख किया है।

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

यहाँ समर्थित प्लेटफार्मों के लिए बाइनरी पैक है: लिंक http://cl.ly/fKvS

मैं इस संस्करण के साथ मशीन के लिए एक पीआर भेजने की उम्मीद कर रहा हूँ।

मैंने नया बिल्ड डाउनलोड किया, और यह देखने का प्रयास किया कि मेरे पास क्या मशीनें हैं:

$ docker-machine-azure ls
(azure) Obtained access_token or refresh_token is stale. Please reauthenticate.
(azure) Microsoft Azure: To sign in, use a web browser to open the page https://aka.ms/devicelogin. Enter the code {removed} to authenticate.
NAME      ACTIVE   DRIVER       STATE     URL                         SWARM   DOCKER    ERRORS
azure              azure        Timeout                                                 
default   *        virtualbox   Running   tcp://192.168.99.101:2376           v1.10.0   

लेकिन तब जब मैंने बासी azure उदाहरण को हटाने का प्रयास किया तो मुझे फिर से लॉगिन करने के लिए कहा गया:

$ docker-machine-azure rm azure
About to remove azure
Are you sure? (y/n): y
(azure) NOTICE: Please check Azure portal/CLI to make sure you have no leftover resources to avoid unexpected charges.
(azure) Microsoft Azure: To sign in, use a web browser to open the page https://aka.ms/devicelogin. Enter the code {removed} to authenticate.
(azure) Virtual Machine does not exist. Skipping.  name="azure"
(azure) Network Interface does not exist. Skipping.  name="azure-nic"
(azure) Public IP does not exist. Skipping.  name="azure-ip"
(azure) Network Security Group does not exist. Skipping.  name="azure-firewall"
(azure) Attempting to clean up Availability Set resource...  name="docker-machine"
(azure) Attempting to clean up Subnet resource...  name="docker-machine"
(azure) Attempting to clean up Virtual Network resource...  name="docker-machine-vnet"
Successfully removed azure

जब मैंने तब एक नया एज़्योर उदाहरण बनाया, जो एक बिंदु तक काम करता है और फिर गिर गया:

$ docker-machine-azure create -d azure ....
[..snipped..]
Error creating machine: Error in driver during machine creation: Panic in the driver: runtime error: invalid memory address or nil pointer dereference
goroutine 52 [running]:
runtime/debug.Stack(0x0, 0x0, 0x0)
    /usr/local/Cellar/go/1.6/libexec/src/runtime/debug/stack.go:24 +0x80
github.com/docker/machine/libmachine/drivers/rpc.(*StandardStack).Stack(0x2299078, 0x0, 0x0, 0x0)
    /Users/alp/workspace/gopath-machine/src/github.com/docker/machine/libmachine/drivers/rpc/server_driver.go:23 +0x29
github.com/docker/machine/libmachine/drivers/rpc.trapPanic(0xc82012ba28)
    /Users/alp/workspace/gopath-machine/src/github.com/docker/machine/libmachine/drivers/rpc/server_driver.go:129 +0x96
panic(0x11f78e0, 0xc82000a0f0)
    /usr/local/Cellar/go/1.6/libexec/src/runtime/panic.go:426 +0x4e9
github.com/docker/machine/drivers/azure/azureutil.osDiskStorageContainerURL(0xc820328780, 0xc8202c4468, 0x5, 0x0, 0x0)
    /Users/alp/workspace/gopath-machine/src/github.com/docker/machine/drivers/azure/azureutil/azureutil.go:709 +0x3d
github.com/docker/machine/drivers/azure/azureutil.osDiskStorageBlobURL(0xc820328780, 0xc8202c4468, 0x5, 0x0, 0x0)
    /Users/alp/workspace/gopath-machine/src/github.com/docker/machine/drivers/azure/azureutil/azureutil.go:697 +0x5c
github.com/docker/machine/drivers/azure/azureutil.AzureClient.CreateVirtualMachine(0x16c0590, 0x10, 0x17fb460, 0x20, 0x18ea160, 0x35, 0x17fb4e0, 0x24, 0x17627a0, 0x1d, ...)
    /Users/alp/workspace/gopath-machine/src/github.com/docker/machine/drivers/azure/azureutil/azureutil.go:446 +0x5f2
github.com/docker/machine/drivers/azure.(*Driver).Create.func10(0x0, 0x0)
    /Users/alp/workspace/gopath-machine/src/github.com/docker/machine/drivers/azure/azure.go:322 +0x20f
github.com/docker/machine/drivers/azure.(*Driver).Create(0xc8200c2a00, 0x0, 0x0)
    /Users/alp/workspace/gopath-machine/src/github.com/docker/machine/drivers/azure/azure.go:326 +0x461
github.com/docker/machine/libmachine/drivers/rpc.(*RPCServerDriver).Create(0xc82012d5a0, 0x2299078, 0x2299078, 0x0, 0x0)
    /Users/alp/workspace/gopath-machine/src/github.com/docker/machine/libmachine/drivers/rpc/server_driver.go:140 +0x7c
reflect.Value.call(0x108e980, 0x1518768, 0x13, 0x155ba18, 0x4, 0xc82012bed8, 0x3, 0x3, 0x0, 0x0, ...)
    /usr/local/Cellar/go/1.6/libexec/src/reflect/value.go:435 +0x120d
reflect.Value.Call(0x108e980, 0x1518768, 0x13, 0xc82012bed8, 0x3, 0x3, 0x0, 0x0, 0x0)
    /usr/local/Cellar/go/1.6/libexec/src/reflect/value.go:303 +0xb1
net/rpc.(*service).call(0xc82016a1c0, 0xc82012e000, 0xc820158fd0, 0xc820087880, 0xc82012dcc0, 0xd7d040, 0x2299078, 0x16, 0xd7d040, 0x2299078, ...)
    /usr/local/Cellar/go/1.6/libexec/src/net/rpc/server.go:383 +0x1c2
created by net/rpc.(*Server).ServeCodec
    /usr/local/Cellar/go/1.6/libexec/src/net/rpc/server.go:477 +0x49d

लगभग सभी काम करने वाले आधे सेटअप डॉकटर-मशीन को हटाना। वर्चुअल नेटवर्क और स्टोरेज अकाउंट (https://portal.azure.com पर चेक करके) के अलावा सब कुछ हटा दिया गया।

@ बकेट एर्ग , विश्वास नहीं कर सकता कि मैंने एक पुराने बिल्ड के लिए लिंक भेजा है। उसके लिए माफ़ करना। क्या आप इसे आज़मा सकते हैं: http://cl.ly/fKvS

@ बकेट वर्चुअल मशीन को हटा दिया जाना चाहिए (यदि आप docker-machine --debug rm साथ एक स्वच्छ संसाधन समूह पर रिप्रो कर सकते हैं) तो बहुत अच्छा होगा लेकिन संग्रहण खाता हटाया नहीं जाएगा। यह नि: शुल्क है और हम ओएस डिस्क को साफ करते हैं जिसे हम हटाने पर भी आवंटित करते हैं।

नए निर्माण के साथ प्रयास करना: बस एक मशीन को हटाना था और आधा रास्ता मेरे पास था:

Error removing host "azure": azure.ServicePrincipalToken:WithAuthorization 0 Failed to refresh Service Principal Token for request to https://management.azure.com/subscriptions/fb56de48-cb6e-4d0b-8626-8faa062ada02/providers/Microsoft.Network/locations/northeurope/operations/33643d7c-82cc-40f4-8724-bd82de215338?api-version=2015-06-15 -- Original Error: Manually created ServicePrincipalToken does not contain secret material to retrieve a new access token.

प्रमाणीकरण टोकन में चिपकाने के लिए docker-machine ls पर नए बिल्ड का टाइमआउट थोड़ा बहुत कम है क्योंकि मैं ब्राउज़र खोलने, कॉपी करने और ऑर्कुट टोकन चिपकाने और इसे स्वीकार करने के लिए क्लिक नहीं कर सकता, सही करने के लिए साइन इन करें अनुमतियाँ खाते और स्वीकार करें।

और जब मेरा लैपटॉप मशीन निर्माण के माध्यम से आधे रास्ते को निलंबित नहीं कर रहा है, तो इसने एक नया होस्ट रनिंग डॉक (जादू, धन्यवाद,: केक :) बनाया है। मुझे सृजन पर एक त्रुटि मिली लेकिन मैं सृजन के बाद हैलो-वर्ल्ड चलाने में सक्षम था

Checking connection to Docker...
Error creating machine: Error checking the host: Error checking and/or regenerating the certs: There was an error validating certificates for host "13.69.192.88:2376": tls: DialWithDialer timed out
You can attempt to regenerate them using 'docker-machine regenerate-certs [name]'.
Be advised that this will trigger a Docker daemon restart which will stop running containers.

$ eval $(docker-machine-azure env azure)
$ docker run hello-world
Unable to find image 'hello-world:latest' locally
latest: Pulling from library/hello-world
03f4658f8b78: Pull complete 
a3ed95caeb02: Pull complete 
Digest: sha256:8be990ef2aeb16dbcb9271ddfe2610fa6658d13f6dfb8bc72074cc1ca36966a7
Status: Downloaded newer image for hello-world:latest

Hello from Docker.
This message shows that your installation appears to be working correctly.

हेलो-वर्ल्ड कंटेनर को सफलतापूर्वक चलाने के बाद मैंने प्रमाणपत्रों को फिर से तैयार किया और यह ठीक काम किया।

एक साफ संसाधन समूह में अंतिम मशीन चलाने वाला डॉकटर नेटवर्क को साफ करने के लिए प्रकट नहीं होता है (हालाँकि यह कोशिश करता दिखता है):

(azure) Attempting to clean up Virtual Network resource...  name="docker-machine-vnet"
(azure) DBG | Azure request  method="GET" request="https://management.azure.com/subscriptions/fb56de48-cb6e-4d0b-8626-8faa062ada02/resourceGroups/test/providers/Microsoft.Network/virtualnetworks/docker-machine-vnet?api-version=2015-06-15"
(azure) DBG | Azure response  status="200 OK" method="GET" request="https://management.azure.com/subscriptions/fb56de48-cb6e-4d0b-8626-8faa062ada02/resourceGroups/test/providers/Microsoft.Network/virtualnetworks/docker-machine-vnet?api-version=2015-06-15" x-ms-request-id="626af1d8-3f4b-4915-9a8a-f7a0d4844c53"
(azure) DBG | Azure response  request="https://management.azure.com/subscriptions/fb56de48-cb6e-4d0b-8626-8faa062ada02/resourceGroups/test/providers/Microsoft.Network/virtualnetworks/docker-machine-vnet?api-version=2015-06-15" x-ms-request-id="626af1d8-3f4b-4915-9a8a-f7a0d4844c53" status="200 OK" method="GET"
(azure) DBG | Virtual Network does not have any attached dependent resource.  name="docker-machine-vnet"
(azure) Removing Virtual Network resource...  name="docker-machine-vnet"
(azure) DBG | Azure request  method="DELETE" request="https://management.azure.com/subscriptions/fb56de48-cb6e-4d0b-8626-8faa062ada02/resourceGroups/test/providers/Microsoft.Compute/virtualMachines/docker-machine-vnet?api-version=2015-06-15"
(azure) DBG | Azure response  status="204 No Content" method="DELETE" request="https://management.azure.com/subscriptions/fb56de48-cb6e-4d0b-8626-8faa062ada02/resourceGroups/test/providers/Microsoft.Compute/virtualMachines/docker-machine-vnet?api-version=2015-06-15" x-ms-request-id="8799a451-211e-4f7d-a9d7-52b2e702c5f5"
(azure) DBG | Azure response  status="204 No Content" method="DELETE" request="https://management.azure.com/subscriptions/fb56de48-cb6e-4d0b-8626-8faa062ada02/resourceGroups/test/providers/Microsoft.Compute/virtualMachines/docker-machine-vnet?api-version=2015-06-15" x-ms-request-id="8799a451-211e-4f7d-a9d7-52b2e702c5f5"

सब कुछ मैक ओएस एक्स पर अच्छी तरह से शुरू हुआ। फिर, यह हुआ:

(azdh) Creating Virtual Machine...  name="azdh" location="westeurope" size="Standard_A2" username="ubuntu" osImage="canonical:UbuntuServer:14.04.3-LTS:latest"
Error creating machine: Error in driver during machine creation: Panic in the driver: runtime error: invalid memory address or nil pointer dereference
goroutine 90 [running]:

यहाँ पूर्ण लॉग है:

Trevors-MBP:bin trevorsullivan$ ./docker-machine-Darwin-x86_64 create --driver azure --azure-location westeurope --azure-subscription-id 1c9fd9f5-a2dc-4cc9-a73c-cab0ee4a95a1 --azure-resource-group CloudAcademyAutomation azdh
Running pre-create checks...
(azdh) Microsoft Azure: To sign in, use a web browser to open the page https://aka.ms/devicelogin. Enter the code EDPKYDZ2X to authenticate.
(azdh) Completed machine pre-create checks.
Creating machine...
(azdh) Querying existing resource group...  name="CloudAcademyAutomation"
(azdh) Resource group "CloudAcademyAutomation" already exists.
(azdh) Creating availability set...  name="docker-machine"
(azdh) Creating network security group...  name="azdh-firewall" location="westeurope"
(azdh) Querying if virtual network already exists...  location="westeurope" name="docker-machine-vnet"
(azdh) Creating subnet...  name="docker-machine" vnet="docker-machine-vnet" cidr="192.168.0.0/16"
(azdh) Creating public IP address...  name="azdh-ip"
(azdh) Creating network interface...  name="azdh-nic"
(azdh) Creating storage account "vhdsxej59xu1xauhx7kaqs2e" in westeurope
(azdh) Creating Virtual Machine...  name="azdh" location="westeurope" size="Standard_A2" username="ubuntu" osImage="canonical:UbuntuServer:14.04.3-LTS:latest"
Error creating machine: Error in driver during machine creation: Panic in the driver: runtime error: invalid memory address or nil pointer dereference
goroutine 90 [running]:
runtime/debug.Stack(0x0, 0x0, 0x0)
    /usr/local/Cellar/go/1.6/libexec/src/runtime/debug/stack.go:24 +0x80
github.com/docker/machine/libmachine/drivers/rpc.(*StandardStack).Stack(0x2299078, 0x0, 0x0, 0x0)
    /Users/alp/workspace/gopath-machine/src/github.com/docker/machine/libmachine/drivers/rpc/server_driver.go:23 +0x29
github.com/docker/machine/libmachine/drivers/rpc.trapPanic(0xc8204a3a38)
    /Users/alp/workspace/gopath-machine/src/github.com/docker/machine/libmachine/drivers/rpc/server_driver.go:129 +0x96
panic(0x11f78e0, 0xc82000a0b0)
    /usr/local/Cellar/go/1.6/libexec/src/runtime/panic.go:426 +0x4e9
github.com/docker/machine/drivers/azure/azureutil.osDiskStorageContainerURL(0xc82025db80, 0xc8204d0118, 0x4, 0x0, 0x0)
    /Users/alp/workspace/gopath-machine/src/github.com/docker/machine/drivers/azure/azureutil/azureutil.go:709 +0x3d
github.com/docker/machine/drivers/azure/azureutil.osDiskStorageBlobURL(0xc82025db80, 0xc8204d0118, 0x4, 0x0, 0x0)
    /Users/alp/workspace/gopath-machine/src/github.com/docker/machine/drivers/azure/azureutil/azureutil.go:697 +0x5c
github.com/docker/machine/drivers/azure/azureutil.AzureClient.CreateVirtualMachine(0x16c0590, 0x10, 0x17fb460, 0x20, 0x18ea160, 0x35, 0x17fb4e0, 0x24, 0x17627a0, 0x1d, ...)
    /Users/alp/workspace/gopath-machine/src/github.com/docker/machine/drivers/azure/azureutil/azureutil.go:446 +0x5f2
github.com/docker/machine/drivers/azure.(*Driver).Create.func10(0x0, 0x0)
    /Users/alp/workspace/gopath-machine/src/github.com/docker/machine/drivers/azure/azure.go:322 +0x20f
github.com/docker/machine/drivers/azure.(*Driver).Create(0xc8200d0a00, 0x0, 0x0)
    /Users/alp/workspace/gopath-machine/src/github.com/docker/machine/drivers/azure/azure.go:326 +0x461
github.com/docker/machine/libmachine/drivers/rpc.(*RPCServerDriver).Create(0xc82012eec0, 0x2299078, 0x2299078, 0x0, 0x0)
    /Users/alp/workspace/gopath-machine/src/github.com/docker/machine/libmachine/drivers/rpc/server_driver.go:140 +0x7c
reflect.Value.call(0x108e980, 0x1518768, 0x13, 0x155ba18, 0x4, 0xc8204a3ee8, 0x3, 0x3, 0x0, 0x0, ...)
    /usr/local/Cellar/go/1.6/libexec/src/reflect/value.go:435 +0x120d
reflect.Value.Call(0x108e980, 0x1518768, 0x13, 0xc8204a3ee8, 0x3, 0x3, 0x0, 0x0, 0x0)
    /usr/local/Cellar/go/1.6/libexec/src/reflect/value.go:303 +0xb1
net/rpc.(*service).call(0xc82012d5c0, 0xc820013e00, 0xc820212070, 0xc820091880, 0xc82020e6a0, 0xd7d040, 0x2299078, 0x16, 0xd7d040, 0x2299078, ...)
    /usr/local/Cellar/go/1.6/libexec/src/net/rpc/server.go:383 +0x1c2
created by net/rpc.(*Server).ServeCodec
    /usr/local/Cellar/go/1.6/libexec/src/net/rpc/server.go:477 +0x49d

चीयर्स,
ट्रेवर सुलिवन

@ pcgeek86 ऐसा लगता है जैसे आप पहले भेजे गए rc3 बायनेरिज़ का उपयोग कर रहे हैं? आप rc4 कोशिश कर सकते हैं?

@ahmetalpbalkan ने इस बार काम किया,

@ बकेट आप ठीक कह रहे हैं, ls कमांड में प्राधिकरण एक समस्या होने जा रहा है क्योंकि यह समय है जब हम प्राधिकरण के लिए संकेत देते हैं। मेरे पास फिलहाल इसका कोई हल नहीं है, लेकिन मुझे लगता है कि यह अक्सर बड़ी बात नहीं होगी, यह create / rm । मैं वर्चुअल नेटवर्क समस्या को डीबग करूंगा। रिपोर्टिंग के लिए धन्यवाद।

@ pcgeek86 कोशिश करने के लिए धन्यवाद।

@ बकेट यह देखना दिलचस्प होगा कि क्या इस डॉक-मशीन के साथ टाइमआउट की अवधि के बीच कोई अंतर है, जैसा कि

@squillace ये दोनों असंबंधित हैं। ls कमांड मशीन से ड्राइवर को 10 सेकंड या उसके भीतर जवाब देने की उम्मीद है, अगर आप कम समय के भीतर प्रमाणित नहीं कर सकते हैं तो यह समय समाप्त हो जाएगा।

बहुत सुंदर। यदि आप दूसरे क्षण को मारते हैं तो यह बहुत कम है।

@buckett अपने आउटपुट से मुझे एहसास हुआ कि हम VNet की जगह VM को हटाने का प्रयास कर रहे थे जबकि VNet की सफाई :) मैंने इसे अब ठीक कर लिया। नए बिल्डरों में यह समस्या नहीं होगी। ध्यान देने और रिपोर्टिंग के लिए धन्यवाद!

docker-machine ssh {machine} एक अच्छा लॉन्ग टाइमआउट प्रतीत होता है, इसलिए यदि ऑस्ट्रियाई टोकन की समय सीमा समाप्त हो जाती है तो मैं इसे सिर्फ ssh कनेक्शन बनाकर नवीनीकृत कर रहा हूं और फिर मुझे इसे कुछ घंटों के लिए उपयोग करना होगा।

@ahmetalpbalkan जब आप एक docker-machine कमांड की शिकायत होती है।

Trevors-MBP:bin 3 trevorsullivan$ ./docker-mac ls
(azdh) PowerState "deallocated" does not map to a docker-machine state.
(azdh) PowerState "deallocated" does not map to a docker-machine state.
NAME         ACTIVE   DRIVER         STATE     URL                         SWARM   DOCKER    ERRORS
azdh         -        azure                                                        Unknown
dh           -        vmwarefusion   Running   tcp://172.16.217.129:2376           v1.10.2
dockerhost   -        virtualbox     Stopped                                       Unknown

@ pcgeek86 अच्छा कैच। मुझे इसे ऐसे देखना चाहिए जैसे इसे रोका गया है।

@ बकेट एक अच्छी चाल है। वैसे आपके क्रेडेंशियल्स को 2 सप्ताह से पहले (जब तक आप $ HOME / .docker / मशीन को डिलीट नहीं करते हैं) से पहले समाप्त नहीं होना चाहिए। क्या ऐसा कुछ है जो आपके अनुभव की तरह नहीं है?

यहां एक नया संस्करण है, पॉवरस्टेट समस्या और वर्चुअल नेटवर्क क्लीनअप समस्या को ठीक करना चाहिए: http://cl.ly/fLkb

@ahmetalpbalkan धन्यवाद, यह बेहतर काम करता है। हालांकि, एक और बग यह है कि जब सार्वजनिक आईपी पते में बदलाव होता है, तो रिबूट के बाद, फिर एक अपवाद को अमान्य क्रेडेंशियल्स से फेंक दिया जाता है।

Trevors-MBP:bin 4 trevorsullivan$ ./docker-machine-Darwin-x86_64 ls
NAME         ACTIVE   DRIVER         STATE     URL                         SWARM   DOCKER    ERRORS
azdh         -        azure          Running   tcp://40.118.175.219:2376           Unknown   Unable to query docker version: Get https://40.118.175.219:2376/v1.15/version: x509: certificate is valid for 104.42.125.236, not 40.118.175.219
dh           -        vmwarefusion   Running   tcp://172.16.217.129:2376           v1.10.2
dockerhost   -        virtualbox     Stopped                                       Unknown

@ pcgeek86 मैं देखता हूं कि यह वही मशीन है जिसे डील किया था । docker- मशीन आम तौर पर डीलॉक नहीं करती है, यह केवल आपके वीएम को रोकती है और जब आप डीललोकेट करते हैं, तो आपको एक नया आईपी पता मिलता है।

मुझे लगता है कि यहाँ प्रश्न हैं:

1. azure ड्राइवर को मशीनों के लिए एक स्थिर आईपी आवंटित करना चाहिए - जो उपयोगकर्ता के लिए अधिक लागत हो? (शायद एक तर्क हो सकता है)
2. क्या इस परिदृश्य को उपयोगकर्ता को VM-do- मशीन के बाहर VM का प्रबंधन / हस्तक्षेप करना चाहिए?

@ahmetalpbalkan हाँ, वही मशीन है। मैंने VM को डील करने के लिए azure xplat CLI का उपयोग किया, और फिर कुछ घंटों बाद इसे वापस शुरू किया।

मेरी राय में:

1. Docker केवल तभी उपयोगी होता है जब उसे एक स्थिर IP के साथ प्रबंधित किया जाता है। इसलिए, यह Azure पर Docker Hosts के लिए एक आवश्यकता होनी चाहिए।
2. नहीं, लेकिन स्थिर आईपी अभी भी एक आवश्यकता है।

@ pcgeek86 आप सही हो सकते हैं। मेरा अनुमान था कि डॉकटर-मशीन आईपी को लाने के लिए हर बार मशीन को जोड़ने के लिए docker-machine ip <vm> कमांड का उपयोग करती है, लेकिन जाहिर तौर पर यह स्टैटिक आईपी पर निर्भर करता है ताकि वे सीरेट्स उत्पन्न कर सकें (आप docker-machine regenerate-certs ) का उपयोग करके इसे कम कर सकते हैं। ।

रखरखाव: क्या आपको लगता है कि मशीन चालकों को डिफ़ॉल्ट रूप से स्थिर बाहरी आईपी आवंटित करना चाहिए (भले ही वे नि: शुल्क न हों)?

@ pcgeek86 मैंने अभी Google ड्राइवर में वही व्यवहार देखा है। यह डिफ़ॉल्ट रूप से अल्पकालिक सार्वजनिक आईपी पते का उपयोग करता है और जब मैं पोर्टल से Google वीएम को पुनरारंभ करता हूं तो मुझे वही टीएलएस प्रमाणपत्र त्रुटि मिलती है। मुझे लगता है कि आप ऐसा करने वाले नहीं हैं। : पी

लेकिन मैं भविष्य में --azure-static-public-ip बूलियन ध्वज जोड़ने की उम्मीद कर रहा हूं लेकिन यह डिफ़ॉल्ट व्यवहार नहीं होगा क्योंकि स्टेटिक आईपी आवंटन में उपयोगकर्ता के लिए निहित लागत है।

@ahmetalpbalkan क्या उस मामले में पुनर्जन्म-

@squillace हाँ, यह वही है जिसके लिए डिज़ाइन किया गया है, यदि आप

@ahmetalpbalkan उस समाधान की तरह प्रतीत होता है जिसे

@squillace @ahmetalpbalkan उत्कृष्ट, यह जानकर अच्छा लगा कि docker regenerate-certs काम करेंगे। हालांकि स्थिर आईपी आवश्यक रूप से उत्पादन में आवश्यक होगा? यदि आप इसके बजाय DNS नाम का उपयोग कर रहे हैं तो क्या होगा? क्या यह डॉकर के लिए एक विकल्प है? यह वास्तव में प्रमाणित मुद्दे के आसपास काम करने में मदद कर सकता है।

@ahmetalpbalkan मेरी साख कुछ घंटों तक चलती है। फिर से लॉगिन किए बिना एक दिन भी नहीं गया है। मैं अपने घर निर्देशिका में कुछ भी साफ़ नहीं कर रहा हूँ।

@ बकेट निश्चित रूप से एक बग की तरह लगता है जिसे हम पुन: उत्पन्न करने में सक्षम नहीं हैं। क्या आप कृपया docker-machine --debug ssh <vm> (ssh को ip / status साथ अपनी इच्छानुसार चला सकते हैं) और मेरे लिए डिबग आउटपुट भेज सकते हैं (microsoft com पर ahmetb) (या इसे पेस्ट करें) जिस्ट) जब आपको अगली बार प्रमाणीकरण के लिए कहा जाए?

संपादित करें: ईमेल पर ऑफ़लाइन उसके साथ अनुवर्ती।