Machine: Vmwarefusion ड्राइवर के साथ ऑपरेशन बनाएँ पूर्ण नहीं होता है

/ cc @frapposelli

यह बहुत ही अजीब है, जाहिर है कि आपकी मशीन सही तरीके से बनाई गई थी (यह runScriptInGuest सही तरीके से निष्पादित की गई थी जो मशीन को vmware टूल के साथ फ्यूजन में सही ढंग से चलने की आवश्यकता होती है) लेकिन किसी तरह प्रावधान प्रक्रिया में प्रवेश करने में विफल रही।

@ehalett उन बायनेरिज़ को master से बनाया गया है?

यदि आपको किसी प्रकार की डिबगिंग सहायता / स्क्रिप्ट चलाने के लिए मेरी आवश्यकता है, तो मुझे बताएं। खुश
मदद करने।

13 अगस्त 2015 को 07:26 पर, Fabio Rapposelli सूचनाएं @github.com
लिखा था:

यह _very_ अजीब है, जाहिर है कि आपकी मशीन सही ढंग से बनाई गई थी (यह)
निष्पादित runScriptInGuest सही ढंग से जो मशीन की आवश्यकता है
vmware टूल के साथ संलयन सही ढंग से चल रहा है) लेकिन किसी तरह प्रवेश करने में विफल रहा
प्रावधान प्रक्रिया।

@ehazlett https://github.com/ehazlett उन बायनेरिज़ से बनाए गए हैं
गुरुजी ?

-
इस ईमेल का उत्तर सीधे दें या इसे GitHub पर देखें
https://github.com/docker/machine/issues/1671#issuecomment -130605035।

रॉबिन बेट बोअरोप

मैं वही व्यवहार देख रहा हूं। runScriptInGuest और सह। काम ठीक है, लेकिन vmrun list docker- मशीन VM को सूचीबद्ध नहीं करता है।

/Applications/VMware\ Fusion.app/Contents/Library/vmrun start ~/.docker/machine/machines/dev/dev.vmx परिणामों के माध्यम से VM को मैन्युअल रूप से चलाने की कोशिश कर रहा है:

Error: Unknown error

इतना उपयोगी नहीं, मुझे पता है।

मैं डॉकर 1.8.1, मशीन 0.4.1 और मैक ओएस एक्स 10.10.4 पर इस मुद्दे की पुष्टि कर सकता हूं।

@mikew क्या आप vmware.log फ़ाइल पोस्ट कर सकते हैं जो ~/.docker/machine/machines/dev ? इससे समस्या के निवारण में मदद मिलेगी।

कोशिश कर रहा है ... यह भी नहीं मिल सकता है जहां यह पहले विफल हो रहा था
यहाँ उस रन के लिए लॉग है

पिछली टिप्पणी पर ध्यान न दें, मैं -D ध्वज को भूल रहा था। यहाँ लॉग के साथ एक और प्रयास किया गया है:

https://gist.github.com/mikew/9a20b864156f610923de#docker-output

https://gist.github.com/mikew/9a20b864156f610923de#vmware -fusion-लॉग

यहां भी यही समस्या। मेरे विवरण से यह मदद मिलती है ...

सिस्टम विवरण:

❯ sw_vers
ProductName:    Mac OS X
ProductVersion: 10.10.5
BuildVersion:   14F27

❯ docker -v
Docker version 1.8.1, build d12ea79

❯ docker-machine -v
docker-machine version 0.4.1 (e2c88d6)

❯ /Applications/VMware\ Fusion.app/Contents/Library/vmrun
vmrun version 1.14.2 build-2779224

फाइल्स लॉग करें # लॉग फाइलें:

docker-machine -D create --driver vmwarefusion fusion

~ / .docker / मशीन / मशीन / संलयन / vmware.log

ठीक है, यह अजीब है, मैंने बहुत कोशिश की, लेकिन यह बिल्कुल भी नहीं दोहरा सकता, यह मेरा सिस्टम कॉन्फ़िगरेशन है:

~ ⟩ sw_vers
ProductName:    Mac OS X
ProductVersion: 10.10.5
BuildVersion:   14F27
~ ⟩ docker -v
Docker version 1.8.1, build d12ea79
~ ⟩ docker-machine -v
docker-machine version 0.5.0-dev (49cbc6b)
~ ⟩ "/Applications/VMware Fusion.app/Contents/Library/vmware-vmx" -v

VMware Fusion Information:
VMware Fusion 8.0.0 build-2985594 Release

और docker-machine सिर्फ काम करता है:

~ ⟩ docker-machine create -d vmwarefusion test-GH1671
Creating SSH key...
Creating VM...
Starting test-GH1671...
Waiting for VM to come online...
To see how to connect Docker to this machine, run: docker-machine env test-GH1671
~ ⟩ eval (docker-machine env test-GH1671)
~ ⟩ docker version
Client:
 Version:      1.8.1
 API version:  1.20
 Go version:   go1.4.2
 Git commit:   d12ea79
 Built:        Thu Aug 13 19:47:52 UTC 2015
 OS/Arch:      darwin/amd64

Server:
 Version:      1.8.1
 API version:  1.20
 Go version:   go1.4.2
 Git commit:   d12ea79
 Built:        Thu Aug 13 02:49:29 UTC 2015
 OS/Arch:      linux/amd64
~ ⟩ docker run busybox date
Unable to find image 'busybox:latest' locally
latest: Pulling from library/busybox
cf2616975b4a: Pull complete
6ce2e90b0bc7: Pull complete
8c2e06607696: Already exists
library/busybox:latest: The image you are pulling has been verified. Important: image verification is a tech preview feature and should not be relied on to provide security.
Digest: sha256:38a203e1986cf79639cfb9b2e1d6e773de84002feea2d4eb006b52004ee8502d
Status: Downloaded newer image for busybox:latest
Thu Aug 27 15:53:17 UTC 2015

मैं दृढ़ता से सुझाव देता हूं कि आप लोगों को [msg.vnet.padrConflict] समस्या पर एक तकनीकी सहायता जारी करने की आवश्यकता है, जो कि फ्यूजन के साथ आपकी समस्या का अपराधी होने की संभावना है।

[msg.vnet.padrConflict] MAC address 00:0C:29:3E:BF:B2 of adapter Ethernet0 is within the reserved address range or is in use by another virtual adapter on your system. Adapter Ethernet0 may not have network connectivity.

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

$ sw_vers
ProductName:    Mac OS X
ProductVersion: 10.10.5
BuildVersion:   14F27

$ docker -v
Docker version 1.8.1, build d12ea79

$ docker-machine -v
docker-machine version 0.4.1 (e2c88d6)

$ "/Applications/VMware Fusion.app/Contents/Library/vmware-vmx" -v

VMware Fusion Information:
VMware Fusion 8.0.0 build-2985594 Release

कोई भाग्य नहीं:

$ docker-machine create -d vmwarefusion test-GH1671
Creating SSH key...
Creating VM...
Starting test-GH1671...
Waiting for VM to come online...
Error creating machine: Maximum number of retries (60) exceeded
You will want to check the provider to make sure the machine and associated resources were properly removed.

धन्यवाद @frapposelli , मैंने कल फ्यूजन 8 में अपग्रेड करने की कोशिश की और इसके साथ ही मैक एड्रेस एरर भी प्राप्त किया। VMware के साथ एक टिकट खोलने पर गौर करेंगे।

@frapposelli मैंने अपनी मशीन पर सॉफ़्टवेयर को अपग्रेड किया है, और यह अब उन संस्करणों के साथ मेल खाता है जिन्हें आपने ऊपर पोस्ट किया था। समस्या बरकरार। मेरी vmware.log फ़ाइल में, मैं वही पंक्ति देख रहा हूँ जिसका आप उल्लेख करते हैं ("msg.vnet.padrConflict")। मैं VMware के साथ एक मुद्दा खोलूंगा, लेकिन अगर मैं ऐसा कर रहा था, तो मैं यह समझाने में असमर्थ हूं कि चुने गए मैक पते कहां से आए, इसे कैसे चुना गया, और मुझे इसके काम करने की उम्मीद क्यों थी। मुझे बस VMware को डॉकटर-मशीन कोड को संदर्भित करना होगा। क्या आप कुछ प्रकाश डाल सकते हैं कि कैसे मैक मशीन मैक पते को चुनता है?

@robinbb @ johnallen3d docker-machine ड्राइवर एक vmx टेम्प्लेट का उपयोग करता है जो ड्राइवर में एम्बेडेड होता है ( यहाँ देखें), इस टेम्प्लेट में ethernet0.addressType = "generated" निर्देश शामिल हैं जो हाइपरविजर को पहले बूट पर एक नए MAC को स्वतः उत्पन्न करने के लिए मजबूर करता है। ।

VMware समर्थन के लिए किसी को भी टिकट खोलने के लिए, सीधे मेरे नाम का उल्लेख करने के लिए स्वतंत्र महसूस करें (इसलिए वे मुझे आंतरिक रूप से लूप कर सकते हैं) और कृपया अपना एसआर नंबर पोस्ट करें जब आप एक प्राप्त करते हैं तो मैं उन्हें ट्रैक कर सकता हूं।

@Frapposelli फिर से धन्यवाद, मैंने एक टिकट जमा किया और SR # 15745066808 प्राप्त किया। उम्मीद है कि हम इसे हल कर सकते हैं। मैं अब कुछ समय के लिए फ्यूजन पर डॉक चलाने के लिए खुजली कर रहा हूं!

मैंने कुछ डीबगिंग की और मैं पुष्टि कर सकता हूं कि "vmrun start" जो क्रिएट () (https://github.com/docker/machine/blob/93366f22be4200bffb8bb47a8a1f1052f3fb63e5/drivers/vmffusion/fusion/dusion/) में जारी किया गया है। सफल होते हैं। Vmware.log (~ / .docker / मशीन / मशीनें / spinzo-vm / vmware.log) में निम्नलिखित दिलचस्प लाइनें शामिल हैं:

2015-08-28T18:57:49.120-04:00| vcpu-0| I125: VNET: MACVNetPort_SetPADR: Ethernet0: can't set PADR (Resource busy)
2015-08-28T18:57:49.120-04:00| vcpu-0| I125: Msg_Post: Warning
2015-08-28T18:57:49.120-04:00| vcpu-0| I125: [msg.vnet.padrConflict] MAC address 00:0C:29:87:83:87 of adapter 'Ethernet0' is within the reserved address range or is in use by another virtual adapter on your system. Adapter 'Ethernet0' may not have network connectivity.
2015-08-28T18:57:49.120-04:00| vcpu-0| I125: ----------------------------------------
2015-08-28T18:57:49.120-04:00| vcpu-0| I125: MsgIsAnswered: Using builtin default 'OK' as the answer for 'msg.vnet.padrConflict'
2015-08-28T18:57:49.120-04:00| vcpu-0| I125: VNET: MACVNetPort_SetPADR: Ethernet0: can't set PADR (Resource busy)
2015-08-28T18:57:49.120-04:00| vcpu-0| I125: VMXNET3 user: Ethernet0 Driver Info: version = 16974848 gosBits = 2 gosType = 1, gosVer = 0, gosMisc = 0
2015-08-28T18:57:49.120-04:00| vcpu-0| I125: VNET: MACVNetPort_SetPADR: Ethernet0: can't set PADR (Resource busy)
2015-08-28T18:57:49.120-04:00| vcpu-0| I125: VNET: MACVNetPort_SetPADR: Ethernet0: can't set PADR (Resource busy)
2015-08-28T18:57:49.120-04:00| vcpu-0| I125: VNET: MACVNetPort_SetPADR: Ethernet0: can't set PADR (Resource busy)
2015-08-28T18:57:49.120-04:00| vcpu-0| I125: VNET: MACVNetPort_SetPADR: Ethernet0: can't set PADR (Resource busy)
2015-08-28T18:57:49.120-04:00| vcpu-0| I125: VNET: MACVNetPort_SetPADR: Ethernet0: can't set PADR (Resource busy)
2015-08-28T18:57:50.369-04:00| vcpu-0| I125: VNET: MACVNetPort_SetPADR: Ethernet0: can't set PADR (Resource busy)
2015-08-28T18:57:50.369-04:00| vcpu-0| I125: VNET: MACVNetPort_SetPADR: Ethernet0: can't set PADR (Resource busy)

मैं इस बात की पुष्टि कर सकता हूं कि निश्चित रूप से, मेरे सिस्टम पर मैक पते के साथ कोई अन्य वीएम नहीं हैं।

यह # 1434 से संबंधित हो सकता है? मेरे पास homebrew-cask माध्यम से संलयन के साथ यह सटीक मुद्दा था, और एक बार जब मैंने डेस्कटॉप इंस्टॉलर के साथ मैन्युअल रूप से स्थापित किया, तो चीजें ठीक से काम करने के लिए दिखाई दीं। (यदि हां, तो मुझे उम्मीद है कि इसे सुलझाया जा सकता है, क्योंकि मैं ब्रूअस्क के बाहर फ्यूजन को स्थापित नहीं करना पसंद करूंगा।)

मैं VMWare फ्यूजन 8.0 पर हूं, MacOSX 10.10.5 के साथ।

@ मैरोथ हो सकता है, लेकिन मैंने वास्तव में फ्यूजन को पारंपरिक मैनुअल तरीके से स्थापित किया था।

मैं संलयन या docker- मशीन के लिए काढ़ा पर भरोसा नहीं किया। मैंने डॉक टूलबॉक्स का उपयोग करके मशीन स्थापित की।

मैंने VMware आपूर्ति की स्थापना विधि का भी उपयोग किया।

मैंने vmware को फिर से स्थापित किया और 0 मशीनें लगाईं। मैंने तब machine-create था और चलाने में भी यही त्रुटि थी।

हालाँकि, मैंने संलयन के साथ vmx फ़ाइल को खोलने और इसे शुरू करने में सफलता प्राप्त की, इसने मुझे इसे अपग्रेड करने का विकल्प दिया और मैंने किया। यह docker-machine ls में चलने के रूप में शुरू और दिखाता है।

$ docker-machine ls
NAME    ACTIVE   DRIVER         STATE     URL                         SWARM
test2            vmwarefusion   Running   tcp://192.168.40.251:2376

हालांकि, अगर मैं इसे करने की कोशिश करता हूं तो यह मुझे देता है

$ docker-machine ssh test2
exit status 255

$ docker-machine ip test2
192.168.40.251

$ docker-machine url test2
tcp://192.168.40.251:2376

$ docker-machine env test2
open /Users/***/.docker/machine/machines/test2/ca.pem: no such file or directory

$ docker-machine regenerate-certs test2
Regenerate TLS machine certs?  Warning: this is irreversible. (y/n): y
Regenerating TLS certificates
Error getting SSH command: exit status 255

मेरे पास vmware.log में padrConflict त्रुटि है। हालांकि, अगर मैं संलयन में मैक पते को पुन: उत्पन्न करता हूं तो मुझे docker-machine ls चलने में त्रुटि मिलती है:

$ docker-machine ls
error getting URL for host test2: couldn't find MAC address in VMX file /Users/**/.docker/machine/machines/test2/test2.vmx
error getting URL for host test2: couldn't find MAC address in VMX file /Users/**/.docker/machine/machines/test2/test2.vmx
error determining if host is active for host test2: couldn't find MAC address in VMX file /Users/**/.docker/machine/machines/test2/test2.vmx

ठीक है, उस टूटे हुए प्रयास को दूर करने देता है: docker-machine rm test2

अब sudo के साथ बनाने की कोशिश करते हैं:

$ sudo docker-machine create -d vmwarefusion test3 -D

वह सफल होता है: /

इसके बाद, मैं अपने स्थानीय उपयोगकर्ता के साथ chown -R उस मशीन की निर्देशिका करता हूं।

$ sudo chown -R *** test3

जहाँ *** मेरा स्थानीय उपयोगकर्ता है

मैं अब lck और vmem फ़ाइलें / निर्देशिकाएं निकालता हूं। फ्यूजन में vmx फ़ाइल खोलें और इसे शुरू करें, फिर से अपग्रेड करते समय यह मुझे विकल्प देता है। मैं docker-machine ls चला सकता हूं और इसे चलता देख सकता हूं:

 docker-machine ls
NAME    ACTIVE   DRIVER         STATE     URL                         SWARM
test3            vmwarefusion   Running   tcp://192.168.40.128:2376

अब मैं अपने स्थानीय env चर सेट कर सकते हैं:

$ docker-machine env test3
export DOCKER_TLS_VERIFY="1"
export DOCKER_HOST="tcp://192.168.40.128:2376"
export DOCKER_CERT_PATH="/Users/***/.docker/machine/machines/test3"
export DOCKER_MACHINE_NAME="test3"
# Run this command to configure your shell:
# eval "$(docker-machine env test3)"

$ eval "$(docker-machine env test3)"

इसके बाद, docker-machine ssh काम करता है!

$ docker-machine ssh test3
                        ##         .
                  ## ## ##        ==
               ## ## ## ## ##    ===
           /"""""""""""""""""\___/ ===
      ~~~ {~~ ~~~~ ~~~ ~~~~ ~~~ ~ /  ===- ~~~
           \______ o           __/
             \    \         __/
              \____\_______/
 _                 _   ____     _            _
| |__   ___   ___ | |_|___ \ __| | ___   ___| | _____ _ __
| '_ \ / _ \ / _ \| __| __) / _` |/ _ \ / __| |/ / _ \ '__|
| |_) | (_) | (_) | |_ / __/ (_| | (_) | (__|   <  __/ |
|_.__/ \___/ \___/ \__|_____\__,_|\___/ \___|_|\_\___|_|
Boot2Docker version 1.8.1, build master : 7f12e95 - Thu Aug 13 03:24:56 UTC 2015
Docker version 1.8.1, build d12ea79

आशा है कि यह एक अस्थायी समाधान के रूप में सेवा करने में मदद करता है और समस्या में प्रकाश डालता है।

तो उसके आधार पर, मैं इसका उपयोग कर रहा हूं:

https://gist.github.com/mikew/66e15a8be8eaf7d6043c

जो चल रहा है और सक्रिय के रूप में प्रदर्शित करने के लिए docker-machine ls है, हालांकि ssh यहां exit status 255 साथ विफल रहता है।

फ़्यूज़न में रनिंग वीएम देखना [guestinfo] Failed to get vmstats. दिखाता है जो अच्छा नहीं हो सकता।

@ मिक्यूव अच्छा दिखता है, लेकिन

#!/bin/bash

name="${1:-test}"
dir="${HOME}/.docker/machine/machines/${name}"
vmx="${dir}/${name}.vmx"

echo "Running docker-machine create, will need sudo for vmwarefusion"
sudo docker-machine -D create -d vmwarefusion "${name}"

echo "Changing owner of ${dir} to ${USER}"
sudo chown -R "${USER}" "${dir}"

echo "Cleaning vmem/lck files"
rm -r \
  "${dir}"/*.vmem \
  "${dir}"/*.lck

echo "Opening in Fusion to upgrade"
open "${vmx}"

echo "You should be able to run 'eval \"\$(docker-machine env ${name})\"'"

FYI करें - यह मेरे लिए VM8 फ्यूजन को v8 में अपग्रेड करने के बाद काम किया। समस्या निवारण @geek और स्क्रिप्ट @mikew के लिए धन्यवाद!

ठीक है, ऐसा प्रतीत होता है कि उपरोक्त स्क्रिप्ट के साथ बनाई गई मशीन अब सुलभ नहीं है यदि मैं फ्यूजन गुई को निलंबित करता हूं या docker-machine stop/start प्रदर्शन करता हूं। वैसे भी यह मेरा हालिया अनुभव है।

यहाँ भी, दुर्भाग्य से

• माइक व्याट

सोम, 31 अगस्त 2015 को 11:44 बजे, जॉन एलेन सूचनाएँ @ithub.com
लिखा था:

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

-
इस ईमेल का उत्तर सीधे दें या इसे GitHub पर देखें
https://github.com/docker/machine/issues/1671#issuecomment -136557908

@frapposelli क्या आपने इस मुद्दे पर नज़र रखी है? मैंने रिप्रो चरणों में देखा कि आप डॉकटर-मशीन के रिलीज़ संस्करण के बजाय मास्टर के साथ प्रयास कर रहे हैं, क्या आपने नवीनतम रिलीज़ संस्करण के साथ फिर से कोशिश की है?

मैंने स्क्रिप्ट को अपडेट किया है, जबकि pkill ने चीजों को बदतर बना दिया है, vmrun stop मतलब है कि आपको लॉक फ़ाइलों या कुछ भी निकालने की आवश्यकता नहीं है।

VM साफ-साफ बंद हो जाने के बाद, बस अनुमति के अनुसार अनुमतियाँ और चीज़ें बदलें। आपको केवल पहले कुछ कमांड के लिए sudo की आवश्यकता है।

https://gist.github.com/mikew/66e15a8be8eaf7d6043c

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

नहीं वास्तव में कोई नहीं। यदि आप कभी फ़्यूज़न में ही वीएम चलाना चाहते हैं तो बस प्रॉम्प्ट को हटा देता है।

अद्यतन स्क्रिप्ट के लिए @mikew धन्यवाद :)

स्क्रिप्ट चलाने के बाद, क्या आप docker-machine start चलाने में सक्षम हैं और यह काम करता है, या स्क्रिप्ट चलाने के बाद आपके द्वारा किए जाने वाले अन्य मैनुअल कदम हैं?

मैं प्रारंभिक सेटअप के बाद सुडो की आवश्यकता के बिना, बार-बार सब कुछ करने में सक्षम था।

एकमात्र मुद्दा जो तब आया था जब वीएम को निलंबित कर दिया गया था, "डोकर-मशीन शुरू" कर रहा था, उसके बाद ssh में त्रुटियां थीं। लेकिन डॉक-मशीन के माध्यम से वीएम को रोकने और शुरू करने के बाद सब कुछ एक आकर्षण का काम करता था।

@Mikew की कहानी के लिए स्क्रिप्ट ने मेरे लिए काम किया, हालांकि मुझे इसके खत्म होने के बाद "sudo docker-machine start xyz" जारी करना पड़ा, और चीजों को बनाने के लिए 'eval "$ (sudo docker-machine env xyz)"।

@robinbb यदि आप sudo docker-machine ... का उपयोग करके सहज हैं, तो आपको स्क्रिप्ट की बिल्कुल भी आवश्यकता नहीं है।

यह अजीब है कि आपको अभी भी सुडो की जरूरत है। क्या आप Fusion की प्रतिलिपि /Applications ?

@ मायिक्यू '

स्क्रिप्ट की आवश्यकता नहीं है, लेकिन यह ~ / .docker / मशीन / मशीनों / xzz की अनुमतियों को बदलने के लिए याद रखने का एक सुविधाजनक तरीका है। अन्यथा, यहां तक ​​कि "डॉकटर" जारी करने से अनुमतियाँ विफल हो जाती हैं।

@frapposelli क्या तथ्य यह है कि मेरे umask 0077 के लिए सेट है अनुमतियाँ समस्याएँ जो रूट के रूप में डॉकटर-मशीन जारी करने से दूर हो जाती हैं?

@frapposelli कोई अपडेट?

@vmware ^ ^ ^?

@geek अभी तक कुछ भी नहीं है, जैसे ही मुझे समर्थन से शब्द मिलते हैं, मैं आपको

दूसरे दिन फिर से प्रजनन करने की कोशिश की लेकिन असफल रहा।

El Capitan GM Candidate (15A282b) में अपग्रेड करने के बाद मेरी समस्या गायब हो गई

VMware फ्यूजन 6 से 8 में अपग्रेड करने और फिर डॉकटर-मशीन स्थापित करने के बाद, एल कैपिटन जीएम कैंडिडेट पर मुझे यह समस्या थी।

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

मुझे पूरा यकीन है कि यह संलयन के साथ भ्रष्टाचार / अनुमति समस्या / कॉन्फ़िगरेशन समस्या को स्थापित करने का कुछ रूप है।

उन लोगों के लिए जो अभी भी इस समस्या का सामना कर रहे हैं, क्या आप कृपया पूरी तरह से फ्यूजन को हटाने और हटाने की कोशिश कर सकते हैं (इस KB http://kb.vmware.com/kb/1017838 का अनुसरण करें) और पुनः इंस्टॉल करें? कि किसी भी मौजूदा हालत को साफ करना चाहिए।

@frapposelli मैंने पुनर्स्थापना की कोशिश की, कोई भाग्य नहीं :(

@frapposelli I ने पूरी तरह से उद्धृत निर्देशों के अनुसार VMware फ़्यूज़न की स्थापना रद्द कर दी है, और फ़्यूज़न 8 को फिर से स्थापित किया है। समस्या समान लक्षणों के साथ बनी हुई है।

संबंधित vmware.log यहाँ है: https://dl.dropboxusercontent.com/u/31368575/vmware.log , जिसमें "पैड्रॉन्फ़्लिक्ट" संदेश नहीं है।

मैं 'sudo' के साथ 'docker- मशीन' कमांड जारी करके समस्या के आसपास काम कर सकता हूं।

कुछ सप्ताह पहले यह कोशिश की, आज फिर से कोशिश की। मैं विभिन्न चीजों को अद्यतन / पुनः स्थापित करने के बाद भी बनाने और शुरू करने के लिए फ्यूजन के साथ एक डॉक-मशीन प्राप्त नहीं कर सकता।

उत्पाद का नाम: मैक ओएस एक्स
ProductVersion: 10.10.5
BuildVersion: 14F27
डॉकर संस्करण 1.8.2, 0a8c2e3 का निर्माण करें
docker- मशीन संस्करण 0.4.1 (HEAD)
vmrun संस्करण 1.15.0 बिल्ड -3094680

मैं homebrew स्थापित करने और पुरानी शैली VMWare फ्यूजन .dmg डाउनलोड करने की कोशिश की है।

इस रूप में अच्छी तरह से चल रहा है, @mikew की और @geek की स्क्रिप्ट मेरे लिए बिल्कुल भी काम नहीं करती है।

भले ही ethernet0.address में dev.vmx ethernet0.address यह त्रुटि हो रही हो।

Not there yet 1/60, error: couldn't find MAC address in VMX file /Users/msch/.docker/machine/machines/dev/dev.vmx

अभी भी मेरे लिए docker 1.9 और vmware संलयन 8.0.2 के साथ असफल रहा है

मुझे @MSch के समान त्रुटि मिल रही है

- (~) $ -> sw_vers && docker -v और& docker-मशीन -v && "/ Applications / VMware Fusion.app/Contents/Library/vmware-vmx" -v
उत्पाद का नाम: मैक ओएस एक्स
ProductVersion: 10.11.1
BuildVersion: 15B42
डॉकर संस्करण 1.9.0, 76d6bc9 का निर्माण करें
docker- मशीन संस्करण 0.5.0 (HEAD)

VMware संलयन जानकारी:
VMware फ्यूजन 8.0.2 बिल्ड-3164312 रिलीज

सभी लोगों को अभी भी समस्या हो रही है, क्या आप VMware समर्थन के साथ सेवा अनुरोध दर्ज कर सकते हैं और SR नंबर पोस्ट कर सकते हैं ताकि मैं ट्रैक कर सकूं? मैं इसे नीचे करना चाहता हूं लेकिन अभी तक मैं इसे बिल्कुल भी पुन: पेश करने में सक्षम नहीं था।

@frapposelli एक लिंक है और किसी को भी हमें इस मुद्दे में टैग करने की आवश्यकता है?

@geek इस लिंक को एक शुरुआती बिंदु के रूप में उपयोग करते हैं: https://www.vmware.com/support/file-sr/ और मुझे एसआर में सीधे उल्लेख करने के लिए स्वतंत्र महसूस करें।

@frapposelli आपको कॉल करने के लिए मुझे एक सहायता नंबर पर निर्देशित करने में मदद कर सकती है, मैं साइट पर कहीं भी प्राप्त नहीं कर सकता।

इस बिंदु पर मैं सिर्फ एक धनवापसी चाहता हूं। मैं ओरेकल का प्रशंसक नहीं हूं, इसलिए मैं वर्चुअलबॉक्स का उपयोग करने से बचने के लिए VMWare के साथ चला गया। VMWare ने विज्ञापित किया कि यह docker के साथ काम करता है। Docker साइट यह दावा भी करती है और आपके ड्राइवर @frapposelli से लिंक करती है। निश्चित रूप से विज्ञापित के रूप में काम नहीं कर रहा है और इस बिंदु पर इसके महीनों के लिए टूट गया है।

मैं आपकी मदद करने की कोशिश में सराहना करता हूं, @frapposelli।

@geek नंबर यहाँ सूचीबद्ध हैं https://www.vmware.com/support/file-sr/file-sr-phone.html :

यूएस और कनाडा: 1-877-4- VMWARE (1-877-486-9273) या 1-650-475-5345।

अंतर्राष्ट्रीय संख्याओं के लिए: https://www.vmware.com/support/contacts/us_support.html

मैंने अनुरोध के रूप में एक SR बनाया: 15802564411।

ठीक है, अब जब मैंने खोला है कि मुझे यह पता चला है (कम से कम मेरे मामले में)। मैं एक बॉक्सन उपयोगकर्ता हूं, और मैंने मूल रूप से बॉक्सवेयर का उपयोग करके vmware संलयन 7 स्थापित किया था (जिसका अर्थ है होमब्रे / पीक का उपयोग करके)। जब यह सेटअप किया गया था, तो इसने fusion7 ऐप से फाइलों को मेरे होमबॉर्न बिन डायरेक्टरी में सिम्प्लाइ किया। जब मैंने 8 में अपग्रेड किया, तो उसे डिलीट नहीं किया गया था, इसलिए डॉकर-मशीन अभी भी vmrun को कॉल करने के लिए उपयोग कर रही थी। और, मैंने पाया कि पीपा इसे सामान्य साधनों के माध्यम से हटाने में सक्षम नहीं था। किसी तरह लगा कि यह अब स्थापित नहीं है, लेकिन फिर भी यह अभी भी था।

इसे ठीक करने के लिए मैंने इन चरणों का पालन किया:

• सुडो rm -rf / opt / homebrew-cask / Caskroom / vmware-fusion
• sudo rm -f / opt / boxen / homebrew / bin / vm * (यह एक जांचें, यह उन सभी से मेल खाता है जिन्हें मैं हटाना चाहता था)
• sudo rm -rf /Users/myusername/.docker /var/root/.docker (बस सुनिश्चित करने के लिए)

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

इस काम को पाने के लिए मुझे यहाँ क्या करना होगा:

• VMWare Fusion को पूरी तरह से हटा दें
• डॉकटर और डॉकटर-मशीन को पूरी तरह से हटा दें
• VMWare से .dmg का उपयोग करके VMWare फ़्यूज़न स्थापित करें। _D't_ इसके लिए काढ़ा का उपयोग करें!
• शराब बनाने की मशीन स्थापित कर docker मशीन

Vmrun पर अनुमतियों के साथ कुछ समस्या है। अगर मैं काढ़ा-पीपा का उपयोग करके फ्यूजन स्थापित करता हूं, तो vmrun के पास सही अनुमति नहीं है, और इसे सेट करने के लिए रूट रूट अभी भी काम नहीं करता है। .Dmg से संस्थापन हालांकि सफल है।

ऐसा भी लगता है कि ड्राइवर vmrun की खोज कर रहा है जब यह स्थापित हो जाता है और कभी भी पथ को अपडेट नहीं करता है, भले ही आप काढ़ा के माध्यम से फ्यूजन को हटा दें और इसे .dmg के माध्यम से स्थापित करें।

मुझे इस तरह की समस्याएं हो रही थीं, और जैसा कि @robinbb ने सुझाव दिया था, मेरे मामले में यह 077

उत्सुकता से, मैंने आज सुबह देखा कि डॉक-मशीन का स्टॉक 0.5.1 संस्करण एल कैपिटन (जिसे मैंने कल अपग्रेड किया था) पर ठीक काम कर रहा है, इसलिए यह एल कैपिटन में एक समस्या से कम हो सकता है। मैं हालांकि अभी पूरी तरह से आश्वस्त नहीं हूं।

मैं सिर्फ docker-toolbox 1.12-rc3, vmware फ्यूजन 8.1 के साथ यही समस्या रखता हूं।
उपरोक्त स्क्रिप्ट काम नहीं आई लेकिन मेरे लैपटॉप ने रिबूट किया।

VMWare फ्यूजन संस्करण 8.1.1 (3771013), macOS सिएरा 10.12, और डॉकर संस्करण 8.1.1 (3771013) के साथ, यह समस्या अब मेरे लिए नहीं है। समापन।