在Mac OS 10.10.4上,尝试使用以下方法创建VM:
docker-machine \
-D \
create \
--driver vmwarefusion \
--vmwarefusion-disk-size "12345" \
--vmwarefusion-memory-size "1024" \
spinzo-vm
这是从https://docker-machine-builds.evanhazlett.com/latest/下载的带有时间戳的docker-machine二进制二进制文件“ Aug 11 15:50”
输出如http://www.pastebin.ca/3099674所示
Creating SSH key...
Creating VM...
VixDiskLib: Invalid configuration file parameter. Failed to read configuration file.
Creating disk '/Users/robinbb/.docker/machine/machines/spinzo-vm/spinzo-vm.vmdk'
Virtual disk creation successful.
Starting spinzo-vm...
executing: /Applications/VMware Fusion.app/Contents/Library/vmrun start /Users/robinbb/.docker/machine/machines/spinzo-vm/spinzo-vm.vmx nogui
Waiting for VM to come online...
MAC address in VMX: 00:0c:29:87:83:87
IP found in DHCP lease table: 10.88.88.132
Got an ip: 10.88.88.132
Creating Tar key bundle...
executing: /Applications/VMware Fusion.app/Contents/Library/vmrun -gu docker -gp tcuser directoryExistsInGuest /Users/robinbb/.docker/machine/machines/spinzo-vm/spinzo-vm.vmx /var/lib/boot2docker
executing: /Applications/VMware Fusion.app/Contents/Library/vmrun -gu docker -gp tcuser CopyFileFromHostToGuest /Users/robinbb/.docker/machine/machines/spinzo-vm/spinzo-vm.vmx /Users/robinbb/.docker/machine/machines/spinzo-vm/userdata.tar /home/docker/userdata.tar
executing: /Applications/VMware Fusion.app/Contents/Library/vmrun -gu docker -gp tcuser runScriptInGuest /Users/robinbb/.docker/machine/machines/spinzo-vm/spinzo-vm.vmx /bin/sh sudo /bin/mv /home/docker/userdata.tar /var/lib/boot2docker/userdata.tar && sudo tar xf /var/lib/boot2docker/userdata.tar -C /home/docker/ > /var/log/userdata.log 2>&1 && sudo chown -R docker:staff /home/docker
executing: /Applications/VMware Fusion.app/Contents/Library/vmrun -gu docker -gp tcuser enableSharedFolders /Users/robinbb/.docker/machine/machines/spinzo-vm/spinzo-vm.vmx
executing: /Applications/VMware Fusion.app/Contents/Library/vmrun -gu docker -gp tcuser addSharedFolder /Users/robinbb/.docker/machine/machines/spinzo-vm/spinzo-vm.vmx Users /Users
executing: /Applications/VMware Fusion.app/Contents/Library/vmrun -gu docker -gp tcuser runScriptInGuest /Users/robinbb/.docker/machine/machines/spinzo-vm/spinzo-vm.vmx /bin/sh sudo mkdir /Users && sudo mount -t vmhgfs .host:/Users /Users
executing: /Applications/VMware Fusion.app/Contents/Library/vmrun list
... many lines like this ....
executing: /Applications/VMware Fusion.app/Contents/Library/vmrun list
executing: /Applications/VMware Fusion.app/Contents/Library/vmrun list
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.
/ cc @frapposelli
这很奇怪,显然您的计算机是正确创建的(它正确执行了runScriptInGuest
,这要求计算机与正确运行的vmware工具融合在一起),但是以某种方式无法进入配置过程。
@ehazlett是从master
创建的二进制文件吗?
让我知道您是否需要我运行某种调试辅助工具/脚本。 快乐
帮助。
2015年8月13日,7:26,Fabio Rapposelli [email protected]
写道:
_very_很奇怪,显然您的计算机创建正确(
正确执行了runScriptInGuest,这要求机器启动
与正确运行的vmware工具融合在一起),但无法输入
供应过程。@ehazlett https://github.com/ehazlett是从
主人?-
直接回复此电子邮件或在GitHub上查看
https://github.com/docker/machine/issues/1671#issuecomment -130605035。
罗宾·贝特·博洛普
我看到的是相同的行为。 runScriptInGuest
和co。 工作正常,但是vmrun list
没有列出docker-machine VM。
尝试通过/Applications/VMware\ Fusion.app/Contents/Library/vmrun start ~/.docker/machine/machines/dev/dev.vmx
手动运行VM会导致:
Error: Unknown error
我知道不是那么有用。
我可以在Docker 1.8.1,Machine 0.4.1和Mac OS X 10.10.4上确认此问题。
@mikew您可以发布~/.docker/machine/machines/dev
的vmware.log
文件吗? 这将有助于解决问题。
尝试...甚至无法到达之前失败的地方这是该运行的日志
忽略以前的评论,我忘记了-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
日志文件:
好的,这很奇怪,我努力了,但是根本无法重现,这是我的系统配置:
~ ⟩ 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.
很酷,我会调查一下。 由docker-machine创建的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的docker-machine代码即可。 您能否阐明docker-machine如何选择MAC地址?
@robinbb @ johnallen3d docker-machine
驱动程序使用嵌入在驱动程序中的vmx模板(请参阅此处),该模板包含ethernet0.addressType = "generated"
指令,该指令强制管理程序在首次启动时自动生成新的MAC。 。
对于开放VMware支持票务的任何人,请随时直接提及我的名字(以便他们可以在内部圈出我),一旦获得,请张贴您的SR号,以便我进行跟踪。
再次感谢@frapposelli ,我提交了票并收到了SR#15745066808。 希望我们能解决这个问题。 我一直渴望在Fusion上运行docker已有一段时间了!
我做了一些调试,我可以确认Create()(https://github.com/docker/machine/blob/93366f22be4200bffb8b547a8a1f1052f3fb63e5/drivers/vmwarefusion/fusion_darwin.go#L207)中发出的“ vmrun start”不存在成功。 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地址的VM。
可能与#1434有关吗? 通过homebrew-cask
安装了Fusion时,我遇到了这个确切问题,并且使用台式机安装程序手动安装后,一切似乎正常运行。 (如果是这样,我希望它可以解决,因为我强烈希望不必在酒桶之外安装Fusion。)
我正在使用带有MacOSX 10.10.5的VMWare Fusion 8.0。
@mroth可以,但是我确实确实以传统的手动方式安装了Fusion。
我不依靠brew来进行融合或使用docker-machine。 我使用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
但是,如果我尝试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
我在vmware.log中确实有一个padrConflict
错误。 但是,如果我重新生成融合中的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
文件/目录。 在Fusion中打开vmx
文件并启动它,如果有选择,请再次进行升级。 我可以运行docker-machine ls
并看到它正在运行:
docker-machine ls
NAME ACTIVE DRIVER STATE URL SWARM
test3 vmwarefusion Running tcp://192.168.40.128:2376
现在,我可以设置本地环境变量:
$ 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
。
在Fusion中查看正在运行的VM会显示[guestinfo] Failed to get vmstats.
,这不是很好。
@mikew看起来不错,但是不需要
#!/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 gui或执行docker-machine stop/start
,似乎无法再访问使用上述脚本创建的计算机。 无论如何,这是我最近的经历。
不幸的是在这里
2015年8月31日,星期一,晚上11:44,John Allen [email protected]
写道:
好吧,看来这是用上面创建的机器
如果我暂停Fusion gui或执行docker-machine,将无法再访问脚本
停止/开始。 无论如何,这是我最近的经历。-
直接回复此电子邮件或在GitHub上查看
https://github.com/docker/machine/issues/1671#issuecomment -136557908。
@frapposelli您是否有幸找到此问题? 我在repro步骤中注意到您正在尝试使用master而不是docker-machine的发行版,是否已尝试使用最新发行版?
我已经更新了脚本,而pkill
使事情变得更糟,而执行vmrun stop
意味着您不必删除锁定文件或任何其他内容。
VM完全关闭后,只需更改权限即可使事情按预期工作。 您只需为前几个命令使用sudo。
感谢@mikew的更新,我打算尽快尝试一下。 不过,有一个问题,是否需要upgradevm
命令? 我注意到您在要点中已将其注释掉。
不是,不是如果您想在Fusion本身中运行VM,只需删除提示。
@mikew感谢更新的脚本:)
运行脚本后,您是否可以运行docker-machine start
且可以运行,或者运行脚本后还有其他手动步骤吗?
初始设置后,我能够重复执行所有操作,而无需sudo。
出现的唯一问题是在VM挂起时执行“ docker-machine start”时,ssh之后出现错误。 但是,在通过docker-machine停止和启动VM之后,一切正常。
@mikew的要旨中的脚本为我工作,尽管我必须在完成后发出“ sudo docker-machine start xyz”和“ eval“ $(sudo docker-machine env xyz)””以使一切正常。
@robinbb如果您习惯于在整个过程中使用sudo docker-machine ...
,则根本不需要该脚本。
奇怪的是您仍然需要sudo。 您是否将Fusion副本安装到/Applications
?
@mikew之所以需要'sudo',是因为没有它,docker-machine具有我最初打开此问题的行为-而且,要明确的是,创建后VM不会以“ docker-machine start xyz”开头失败。
该脚本不是必需的,但它是记住更改〜/ .docker / machine / machines / machines / xyz权限的便捷方法。 否则,即使发出“ docker”也会导致权限失败。
@frapposelli我的umask设置为0077的事实是否会导致权限问题,而该问题可以通过以docker-machine身份发出root来克服?
@frapposelli是否有更新?
@vmware ^^^?
@geek还什么都没有,一旦得到支持,我会尽快通知您。
试图在第二天再次重现,但没有成功。
升级到El Capitan GM候选人(15A282b)后,我的问题消失了
从VMware Fusion 6升级到8之后,再安装docker-machine,我在El Capitan GM候选产品上遇到了这个问题。
重新启动为我解决了这个问题。
我很确定这是Fusion的某种形式的安装损坏/权限问题/配置问题。
对于仍然面临此问题的人们,您能否请尝试完全删除Fusion(按照此知识库文章http://kb.vmware.com/kb/1017838)并重新安装? 应该清除任何现有条件。
@frapposelli我尝试了重新安装,没有运气:(
@frapposelli我已完全按照引用的方向卸载了VMware Fusion,然后重新安装了
关联的vmware.log在此处: https ://dl.dropboxusercontent.com/u/31368575/vmware.log,不再显示“ padrConflict”消息。
我可以通过使用“ sudo”发出“ docker-machine”命令来解决此问题。
几周前进行了尝试,今天再次尝试。 我似乎无法获得具有融合功能的docker机器来创建和启动,即使在更新各种东西/重新安装之后也是如此。
产品名称:Mac OS X
产品版本:10.10.5
内部版本:14F27
Docker版本1.8.2,内部版本0a8c2e3
docker-machine版本0.4.1(HEAD)
vmrun版本1.15.0 build-3094680
我尝试过自制安装和旧版本的VMWare Fusion .dmg下载。
碰到这个问题, @mikew和@geek的脚本对我也不起作用。
即使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 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
Docker版本1.9.0,内部版本76d6bc9
docker-machine版本0.5.0(HEAD)
VMware Fusion信息:
VMware Fusion 8.0.2 build-3164312版本
对于仍然遇到问题的所有人员,您可以在VMware支持下提出服务请求并发布SR号,以便我进行跟踪吗? 我想将其固定下来,但到目前为止,我根本无法复制它。
@frapposelli有链接,我们需要在问题中标记的任何人吗?
@geek使用此链接作为起点: https : //www.vmware.com/support/file-sr/,可以在SR中直接提及我。
@frapposelli您可以帮助我将我
目前,我只想退款。 我不是Oracle的粉丝,因此我选择使用VMWare以避免使用virtualbox。 VMWare宣传它可以与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 :
我根据要求创建了SR:15802564411。
好的,既然我已经打开,我就知道了(至少就我而言)。 我是Boxen用户,最初是使用boxen(这意味着使用自制软件/木桶)安装了vmware Fusion 7。 设置完成后,它将文件从fusion7应用程序链接到我的自制bin目录中。 当我升级到8时,它没有被删除,因此docker-machine仍在使用它来调用vmrun。 而且,我发现木桶也无法通过常规方式将其移除。 它以某种方式认为不再安装,但仍然存在。
为了解决这个问题,我按照以下步骤操作:
然后,我从Application文件夹中删除了Fusion应用程序,并从为执行升级而下载的dmg中重新安装了该应用程序。 在此之后,当我运行docker-machine时,一切从头到尾运行都没有任何问题。
这是我要做的工作:
vmrun的权限存在一些问题。 如果我使用brew-cask安装Fusion,则vmrun没有正确的权限,并且将其设置为setuid root仍然不起作用。 不过,从.dmg安装成功。
似乎驱动程序在安装时正在搜索vmrun,即使您通过brew cask删除Fusion并通过.dmg来安装它,也永远不会更新路径。
我也遇到过类似的问题,正如@robinbb建议的那样,在我的情况下,这是由077 umask引起的。 将我的umask更改为022可解决此问题。 我创建了一个PR,让驾驶员自己执行此操作,现在对我来说,它已经运转了好几个星期。
奇怪的是,我今天早上注意到,库存的0.5.1版本的docker-machine似乎在El Capitan上运行良好(我已升级到昨天),因此在El Capitan中这可能不是问题。 我还不完全相信。
我只是在docker-toolbox 1.12-rc3和vmware Fusion 8.1中遇到了相同的问题。
上面的脚本不起作用,但是重新启动笔记本电脑却起作用。
使用VMWare Fusion版本8.1.1(3771013),macOS Sierra 10.12和Docker版本8.1.1(3771013)后,对我而言不再发生此问题。 闭幕。