Machine: لم يكتمل إنشاء عملية باستخدام برنامج تشغيل vmwarefusion

/ ccfrapposelli

هذا غريب جدًا ، يبدو أن جهازك قد تم إنشاؤه بشكل صحيح (لقد نفذ runScriptInGuest بشكل صحيح مما يتطلب أن يكون الجهاز في حالة اندماج مع تشغيل أدوات vmware بشكل صحيح) ولكنه فشل بطريقة ما في الدخول في عملية التوفير.

ehazlett هل هذه الثنائيات تم إنشاؤها من master ؟

اسمحوا لي أن أعرف إذا كنت تريد مني تشغيل نوع من مساعدة التصحيح / البرنامج النصي. سعيدة
للمساعدة.

في 13 أغسطس 2015 الساعة 07:26 ، أرسل Fabio Rapposelli [email protected]
كتب:

هذا غريب جدًا ، يبدو أن جهازك قد تم إنشاؤه بشكل صحيح (هو
نفذت runScriptInGuest بشكل صحيح الأمر الذي يتطلب تشغيل الجهاز
في اندماج مع أدوات vmware تعمل بشكل صحيح) ولكن بطريقة ما فشلت في الدخول
عملية التزويد.

ehazlett https://github.com/ehazlett هي تلك الثنائيات التي تم إنشاؤها من
رئيس ؟

-
قم بالرد على هذا البريد الإلكتروني مباشرةً أو قم بعرضه على GitHub
https://github.com/docker/machine/issues/1671#issuecomment -130605035.

روبن بات بوروب

أرى نفس السلوك. runScriptInGuest وشركاه. تعمل بشكل جيد ، لكن vmrun list لا يُدرج VM آلة عامل الإرساء.

محاولة تشغيل الجهاز الافتراضي يدويًا عبر /Applications/VMware\ Fusion.app/Contents/Library/vmrun start ~/.docker/machine/machines/dev/dev.vmx يؤدي إلى:

Error: Unknown error

ليس مفيدًا جدًا ، أعرف.

يمكنني تأكيد هذه المشكلة على Docker 1.8.1 و Machine 0.4.1 و Mac OS X 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-logs

نفس المشكلة هنا. تفاصيلي في حالة أنها تساعد ...

تفاصيل النظام:

❯ 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 / machine / machines / fusion / 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] التي تواجهها ، والتي على الأرجح هي السبب في مشكلتك مع Fusion.

[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.

رائع ، سأبحث في الأمر. فشل جهاز VM الذي تم إنشاؤه بواسطة آلة الإرساء في البدء ، ومحاولة بدء تشغيله تجعل 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/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 ، لقد حاولت الترقية إلى Fusion 8 أمس وتلقيت خطأ عنوان MAC مع ذلك أيضًا. سوف ننظر في فتح تذكرة باستخدام برنامج VMware.

frapposelli لقد قمت بترقية البرنامج على جهازي ، وهو الآن يتطابق مع الإصدارات التي نشرتها أعلاه. استمرت المشكلة. في ملف vmware.log الخاص بي ، أرى نفس السطر الذي ذكرته ("msg.vnet.padrConflict"). سأفتح مشكلة مع برنامج VMware ، ولكن إذا كنت سأفعل ذلك ، فلن أتمكن من شرح مصدر عنوان MAC المختار ، وكيف تم اختياره ، ولماذا كنت أتوقع أن يعمل. أود ببساطة أن أحيل برنامج VMware إلى رمز جهاز الرصيف. هل يمكنك إلقاء بعض الضوء على كيفية اختيار جهاز الرصيف لعنوان MAC؟

robinbb @ johnallen3d يستخدم برنامج التشغيل docker-machine قالب vmx مضمن في برنامج التشغيل (انظر هنا ) ، يحتوي هذا القالب على التوجيه ethernet0.addressType = "generated" الذي يفرض على برنامج Hypervisor إنشاء جهاز MAC جديد تلقائيًا عند التمهيد الأول .

لأي شخص يفتح تذاكر لدعم VMware ، لا تتردد في ذكر اسمي مباشرة (حتى يتمكنوا من الاتصال بي داخليًا) ويرجى نشر رقم SR الخاص بك بمجرد الحصول على واحدة حتى أتمكن من تتبعها.

شكرًا مرة أخرى frapposelli ، لقد قدمت تذكرة واستلمت SR # 15745066808. على أمل أن نتمكن من حل هذا. لقد كنت أتوق لتشغيل عامل ميناء على Fusion لفترة من الوقت الآن!

لقد أجريت بعض التصحيح ويمكنني أن أؤكد أن "vmrun start" الذي تم إصداره في Create () (https://github.com/docker/machine/blob/93366f22be4200bffb8b547a8a1f1052f3fb63e5/drivers/vmwarefusion/fusion_darwin.go#L207) ينجح. يحتوي vmware.log (~ / .docker / machine / machines / 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)

يمكنني أن أؤكد أنه ، بالتأكيد ، لا توجد أجهزة افتراضية أخرى بعنوان MAC هذا بالضبط على نظامي.

هل يمكن أن يكون هذا مرتبطًا بـ 1434؟ لقد واجهت هذه المشكلة بالضبط مع Fusion المثبت عبر homebrew-cask ، وبمجرد أن قمت بالتثبيت يدويًا باستخدام مثبت سطح المكتب ، بدا أن الأشياء تعمل بشكل صحيح. (إذا كان الأمر كذلك ، آمل أن يتم حلها ، لأنني أفضل بشدة عدم الاضطرار إلى تثبيت Fusion خارج مهمة التحضير.)

أنا على برنامج VMWare Fusion 8.0 ، مع MacOSX 10.10.5.

mroth يمكن أن يكون ، لكنني قمت بالفعل بتثبيت Fusion بالطريقة اليدوية التقليدية.

لم أعتمد على الشراب للاندماج أو آلة الرصيف. لقد قمت بتثبيت الجهاز باستخدام صندوق أدوات عامل الإرساء.

لقد استخدمت طريقة التثبيت التي يوفرها برنامج 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

ومع ذلك ، إذا حاولت ssh يعطيني ذلك

$ 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

لدي خطأ padrConflict في vmware.log. ومع ذلك ، إذا قمت بإعادة إنشاء عنوان mac في الاندماج ، فسيظهر خطأ أثناء تشغيل 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 في Fusion وابدأه ، وقم بالترقية مرة أخرى عندما يمنحني الخيار. يمكنني تشغيل 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 هنا

عرض VM قيد التشغيل في Fusion يظهر [guestinfo] Failed to get vmstats. والذي لا يمكن أن يكون جيدًا.

mikew تبدو جيدة ، ولكن لا حاجة إلى pkill. لسبب ما يكسر الأشياء. هنا هو النص المحدث:

#!/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})\"'"

لمعلوماتك - لقد نجح هذا الأمر بالنسبة لي بعد ترقية VMware Fusion إلى الإصدار v8. شكرًا لاستكشاف الأخطاء وإصلاحها geek وmikew!

حسنًا ، يبدو أن الجهاز الذي تم إنشاؤه باستخدام البرنامج النصي أعلاه لم يعد متاحًا إذا قمت بتعليق واجهة Fusion أو تنفيذ docker-machine stop/start . كانت هذه تجربتي الأخيرة على أي حال.

نفس الشيء هنا ، للأسف

• مايك وايت

يوم الاثنين ، 31 آب (أغسطس) 2015 الساعة 11:44 مساءً ، John Allen [email protected]
كتب:

حسنًا ، يبدو أن الجهاز الذي تم إنشاؤه مع ما سبق
لم يعد من الممكن الوصول إلى البرنامج النصي إذا قمت بتعليق واجهة Fusion أو إجراء جهاز عامل إرساء
توقف بداية. كانت هذه تجربتي الأخيرة على أي حال.

-
قم بالرد على هذا البريد الإلكتروني مباشرةً أو قم بعرضه على GitHub
https://github.com/docker/machine/issues/1671#issuecomment -136557908.

frapposelli هل حظيت بأي حظ في تعقب المشكلة؟ لقد لاحظت في خطوات repro أنك تحاول مع Master بدلاً من إصدار إصدار جهاز docker-machine ، هل حاولت مرة أخرى باستخدام أحدث إصدار؟

لقد قمت بتحديث البرنامج النصي ، بينما جعل pkill الأمور أسوأ ، فإن القيام بـ vmrun stop يعني أنك لست مضطرًا لإزالة ملفات القفل أو أي شيء.

بعد إيقاف تشغيل VM بشكل نظيف ، ما عليك سوى تغيير الأذونات وتعمل الأشياء كما هو متوقع. ما عليك سوى sudo للأوامر القليلة الأولى.

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

شكرًا على التحديث mikew ، upgradevm ضروري؟ ألاحظ أنك قد علقت عليه في الجوهر.

لا حقا لا. فقط يزيل المطالبة إذا كنت تريد تشغيل VM في Fusion نفسه.

mikew شكرا على البرنامج النصي المحدث :)

بعد تشغيل البرنامج النصي ، هل يمكنك بعد ذلك تشغيل docker-machine start وهو يعمل ، أم أن هناك خطوات يدوية أخرى تقوم بها بعد تشغيل البرنامج النصي؟

كنت قادرًا على فعل كل شيء ، بشكل متكرر ، دون الحاجة إلى sudo بعد الإعداد الأولي.

كانت المشكلة الوحيدة التي ظهرت عند إجراء "بدء تشغيل جهاز الإرساء" عندما تم تعليق الجهاز الظاهري ، كانت ssh بها أخطاء بعد ذلك. ولكن بعد التوقف وبدء تشغيل VM عبر آلة الرصيف ، كان كل شيء يعمل بشكل رائع.

لقد نجح البرنامج النصي من جوهر

robinbb إذا كنت مرتاحًا لاستخدام sudo docker-machine ... طوال الوقت ، فلن تحتاج إلى البرنامج النصي على الإطلاق.

من الغريب أنك ما زلت بحاجة إلى سودو. هل نسخة Fusion مثبتة على /Applications ؟

mikew مطلوب "sudo" لأنه بدونه ، يكون لجهاز عامل أجله في الأصل -

النص غير مطلوب ، لكنه طريقة مناسبة لتذكر تغيير أذونات ~ / .docker / machine / machines / xyz. خلاف ذلك ، حتى إصدار "عامل إرساء" يؤدي إلى فشل الأذونات.

frapposelli هل

frapposelli أي تحديث؟

vmware ^ ^ ^ ؟

geek لا شيء حتى الآن ،

حاولت التكاثر مرة أخرى في ذلك اليوم لكنها فشلت.

اختفت مشكلتي بعد الترقية إلى El Capitan GM Candidate (15A282b)

واجهت هذه المشكلة على El Capitan GM Candidate ، بعد الترقية من VMware Fusion 6 إلى 8 ، ثم تثبيت جهاز الإرساء.

إعادة التشغيل حلت المشكلة بالنسبة لي.

أنا متأكد من أنه شكل من أشكال مشكلة الفساد / مشكلة الإذن / التكوين في التثبيت مع Fusion.

إلى الأشخاص الذين ما زالوا يواجهون هذه المشكلة ، هل يمكنك محاولة إزالة Fusion تمامًا (اتبع هذا KB http://kb.vmware.com/kb/1017838) وإعادة التثبيت؟ يجب أن يمحو أي شرط موجود.

frapposelli لقد أعطيت إعادة التثبيت محاولة ، لا حظ :(

frapposelli لقد قمت بإلغاء تثبيت VMware Fusion بالكامل وفقًا للتوجيهات المذكورة ، وأعدت تثبيت Fusion 8. بقيت المشكلة ، مع نفس الأعراض.

يتوفر vmware.log المرتبط هنا: https://dl.dropboxusercontent.com/u/31368575/vmware.log ، مع عدم وجود رسالة "padrConflict".

يمكنني حل المشكلة عن طريق إصدار أوامر "عامل الإرساء" مع "sudo".

حاولت هذا قبل بضعة أسابيع ، وحاول مرة أخرى اليوم. لا يمكنني الحصول على آلة إرساء مع اندماج للإنشاء والبدء ، حتى بعد تحديث أشياء مختلفة / إعادة التثبيت.

اسم المنتج: نظام التشغيل Mac OS X
الإصدار: 10.10.5
الإصدار: 14F27
إصدار Docker 1.8.2 ، بناء 0a8c2e3
إصدار آلة الإرساء 0.4.1 (رأس)
vmrun الإصدار 1.15.0 build-3094680

لقد جربت تثبيت البيرة المنزلية وتنزيل الطراز القديم لبرنامج VMWare Fusion .dmg.

الوقوع في هذا أيضا،mikew الصورة وgeek الصورة النصي لا يعمل على الإطلاق بالنسبة لي.

الحصول على هذا الخطأ بالرغم من وجود ethernet0.address في dev.vmx .

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 fusion 8.0.2

أحصل على نفس الخطأ MSch

- (~) $ -> sw_vers && docker -v && docker-machine -v && "/ Applications / VMware Fusion.app/Contents/Library/vmware-vmx" -v
اسم المنتج: نظام التشغيل Mac OS X
الإصدار: 10.11.1
الإصدار: 15B42.2
إصدار Docker 1.9.0 ، بناء 76d6bc9
إصدار آلة الإرساء 0.5.0 (رأس)

معلومات فيوجن VMware:
إصدار VMware Fusion 8.0.2 build-3164312

لجميع الأشخاص الذين ما زالوا يواجهون المشكلة ، هل يمكنك تقديم طلب خدمة بدعم من VMware ونشر رقم SR حتى أتمكن من التتبع؟ أريد أن أتحدث عن هذا ، لكنني لم أتمكن حتى الآن من إعادة إنتاجه على الإطلاق.

frapposelli هل لديك رابط وأي شخص نحتاج إلى وضع علامة عليه في المشكلة؟

geek استخدم هذا الرابط كنقطة انطلاق: https://www.vmware.com/support/file-sr/ ولا تتردد في ذكرني مباشرة في SR.

frapposelli ، هل يمكنك المساعدة في

في هذه المرحلة ، أريد فقط استرداد الأموال. أنا لست من محبي Oracle ، لذلك ذهبت مع VMWare لتجنب استخدام Virtualbox. أعلن VMWare أنه يعمل مع عامل الإرساء. حتى أن موقع عامل البناء يقدم هذا الادعاء ويربطه بسائقك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.

حسنًا ، الآن بعد أن فتحت ذلك ، اكتشفت ذلك (على الأقل في حالتي). أنا من مستخدمي Boxen ، وقد قمت في الأصل بتثبيت برنامج vmware fusion 7 باستخدام boxen (وهو ما يعني استخدام البيرة / برميل خشبي). عندما تم الإعداد ، قام بربط الملفات من تطبيق fusion7 إلى دليل سلة البيرة الخاصة بي. عندما قمت بالترقية إلى 8 ، لم يتم حذف ذلك ، لذلك كانت آلة عامل الإرساء لا تزال تستخدم ذلك للاتصال بـ vmrun. ووجدت أن برميل خشبي لم يكن قادرًا على إزالته من خلال الوسائل العادية أيضًا. بطريقة ما اعتقدت أنه لم يعد مثبتًا ، لكنه لا يزال موجودًا.

لإصلاح ذلك اتبعت هذه الخطوات:

• sudo 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 (فقط للتأكد)

قمت بعد ذلك بحذف تطبيق Fusion من مجلد التطبيق ، وقمت بتثبيته حديثًا من dmg الذي قمت بتنزيله لإجراء الترقية. بعد ذلك ، عندما قمت بتشغيل آلة الرصيف ، كان كل شيء نظيفًا من البداية إلى النهاية دون أي مشاكل.

إليك ما كان علي فعله لإنجاح هذا:

• قم بإزالة برنامج VMWare Fusion تمامًا
• قم بإزالة عامل الإرساء وآلة الرصيف تمامًا
• قم بتثبيت برنامج VMWare Fusion باستخدام .dmg من برنامج VMWare. _لا تستخدم البرميل المشروب لهذا الغرض!
• البراميل المشروب تثبيت عامل ميناء آلة

هناك مشكلة في الأذونات على vmrun. إذا قمت بتثبيت Fusion باستخدام brew-cask ، فلن يكون لدى vmrun الأذونات الصحيحة ، ولا يزال تعيين جذر setuid لا يعمل. على الرغم من نجاح التثبيت من ملف dmg.

يبدو أيضًا أن برنامج التشغيل يبحث عن vmrun عند تثبيته ولا يقوم أبدًا بتحديث المسار حتى إذا قمت بإزالة Fusion عبر brew cask وقم بتثبيته عبر ملف dmg.

كنت أعاني من مشاكل كهذه أيضًا ، وكما اقترح robinbb ، في حالتي كان السبب هو 077 umask. أدى تغيير umask إلى 022 إلى حل المشكلة. لقد قمت بإنشاء علاقات عامة لجعل السائق يقوم بذلك بنفسه ، وقد كان يعمل بشكل جيد بالنسبة لي لبضعة أسابيع الآن.

من الغريب أنني لاحظت هذا الصباح أن إصدار 0.5.1 من جهاز الإرساء يبدو أنه يعمل بشكل جيد على El Capitan (الذي قمت بالترقية إليه بالأمس) ، لذلك قد تكون هذه مشكلة أقل في El Capitan. أنا لست مقتنعًا تمامًا بعد.

لقد واجهت نفس المشكلة مع docker-toolbox 1.12-rc3 ، vmware fusion 8.1.
لم تعمل البرامج النصية أعلاه ولكن إعادة تشغيل الكمبيوتر المحمول الخاص بي فعلت.

مع الإصدار 8.1.1 (3771013) من VMWare Fusion و macOS Sierra 10.12 وإصدار Docker 8.1.1 (3771013) ، لم تعد هذه المشكلة تحدث لي. إغلاق.