Machine: vmwarefusion 드라이버를 사용한 생성 작업이 완료되지 않음

/ cc @frapposelli

이것은 매우 이상합니다. 머신이 올바르게 생성되었지만 ( runScriptInGuest 올바르게 실행되었으므로 머신이 vmware 도구와 융합되어 올바르게 실행되어야 함) 어떻게 든 프로비저닝 프로세스에 들어 가지 못했습니다.

@ehazlett 는 master 에서 만든 바이너리입니까?

어떤 종류의 디버깅 지원 / 스크립트를 실행해야하는지 알려주세요. 행복
도움이됩니다.

2015 년 8 월 13 일 07:26, Fabio Rapposelli [email protected]
썼다 :

이것은 _very_ 이상합니다. 분명히 귀하의 컴퓨터가 올바르게 생성되었습니다.
시스템이 작동해야하는 runScriptInGuest를 올바르게 실행했습니다.
vmware 도구와 융합하여 올바르게 실행 됨) 그러나 어떻게 든 입력하지 못했습니다.
프로비저닝 프로세스.

@ehazlett https://github.com/ehazlett 은
마스터?

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/docker/machine/issues/1671#issuecomment -130605035.

로빈 베이트 부롭

나는 같은 행동을보고있다. runScriptInGuest 및 공동. 잘 작동하지만 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 당신은 게시하시기 바랍니다 수 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.

좋아요, 제가 조사하겠습니다. 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 템플릿을 사용합니다 ( 여기 참조).이 템플릿에는 하이퍼 바이저가 처음 부팅 할 때 새 MAC을 자동 생성하도록하는 ethernet0.addressType = "generated" 지시문이 포함되어 있습니다. .

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에이 정확한 문제가 있었고 데스크탑 설치 프로그램으로 수동으로 설치 한 후에는 제대로 작동하는 것처럼 보였습니다. (그렇다면 brewcask 외부에 Fusion을 설치할 필요가 없기 때문에 문제가 해결되기를 바랍니다.)

저는 MacOSX 10.10.5와 함께 VMWare Fusion 8.0을 사용하고 있습니다.

@mroth가 될 수 있지만 실제로 Fusion을 전통적인 수동 방식으로 설치했습니다.

나는 퓨전이나 도커 머신을 위해 brew에 의존하지 않았습니다. 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 는 좋아 보이지만 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 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 문제를 추적하는 데 운이

스크립트를 업데이트했지만 pkill 은 상황을 악화 시켰습니다. vmrun stop 를 수행하면 잠금 파일이나 다른 것을 제거 할 필요가 없습니다.

VM이 완전히 종료 된 후 권한을 변경하면 예상대로 작동합니다. 처음 몇 개의 명령에만 sudo가 필요합니다.

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

@mikew 업데이트 주셔서 감사합니다. 곧 시도해 볼 계획입니다. 하지만 한 가지 질문은 upgradevm 명령이 필요하다는 것입니다. 나는 당신이 요점에 주석을 달았습니다.

아니에요. Fusion 자체에서 VM을 실행하려는 경우 프롬프트를 제거합니다.

@mikew 업데이트 된 스크립트에 감사드립니다 :)

스크립트를 실행 한 후 docker-machine start 을 (를) 실행할 수 있으며 작동합니까, 아니면 스크립트를 실행 한 후 수행하는 다른 수동 단계가 있습니까?

초기 설정 후 sudo 없이도 모든 작업을 반복적으로 수행 할 수있었습니다.

발생한 유일한 문제는 VM이 ​​일시 중지되었을 때 "docker-machine start"를 수행 할 때 ssh에 오류가 발생하는 것입니다. 그러나 docker-machine을 통해 VM을 중지하고 시작한 후에는 모든 것이 매력적으로 작동했습니다.

@mikew 의 요지에있는 스크립트는 저에게

@robinbb sudo docker-machine ... 사용에 익숙 하다면 스크립트가 전혀 필요하지 않습니다.

여전히 sudo가 필요하다는 것이 이상합니다. /Applications 에 Fusion이 설치되어 있습니까?

@mikew 'sudo'가 필요하지 않은 경우 docker-machine이 원래이 문제를 열었던 동작을 가지고 있기 때문입니다.

스크립트는 필수는 아니지만 ~ / .docker / machine / machines / xyz의 권한을 변경하는 것을 기억하는 편리한 방법입니다. 그렇지 않으면 "docker"를 발행해도 권한 오류가 발생합니다.

@frapposelli 내 umask가 0077로 설정되어 있다는 사실로 인해 docker-machine을 루트로 발행하여 극복되는 권한 문제가 발생합니까?

@frapposelli 업데이트가 있습니까?

@vmware ^^^?

@geek 아직 아무것도 없습니다. 지원팀에서 연락을받는대로 알려 드리겠습니다.

다른 날 다시 번식을 시도했지만 실패했습니다.

El Capitan GM Candidate (15A282b)로 업그레이드 한 후 문제가 사라졌습니다.

VMware Fusion 6에서 8로 업그레이드 한 다음 docker-machine을 설치 한 후 El Capitan GM Candidate에서이 문제가 발생했습니다.

재부팅하면 문제가 해결되었습니다.

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'로 'docker-machine'명령을 실행하여 문제를 해결할 수 있습니다.

몇 주 전에 시도했지만 오늘 다시 시도했습니다. 다양한 것을 업데이트 / 재설치 한 후에도 퓨전이있는 도커 머신을 만들고 시작할 수없는 것 같습니다.

제품명 : Mac OS X
제품 버전 : 10.10.5
BuildVersion : 14F27
Docker 버전 1.8.2, 빌드 0a8c2e3
docker-machine 버전 0.4.1 (HEAD)
vmrun 버전 1.15.0 build-3094680

homebrew 설치와 이전 스타일의 VMWare Fusion .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 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
BuildVersion : 15B42
Docker 버전 1.9.0, 빌드 76d6bc9
docker-machine 버전 0.5.0 (HEAD)

VMware Fusion 정보 :
VMware Fusion 8.0.2 빌드 -3164312 릴리스

여전히 문제가있는 모든 사람들에게 VMware 지원에 서비스 요청을 제출하고 추적 할 수 있도록 SR 번호를 게시 해 주시겠습니까? 이걸 확실히하고 싶지만 지금까지 전혀 재현 할 수 없었습니다.

@frapposelli 에 링크가 있으며 문제에 태그해야하는 사람이 있습니까?

@geek 는 https://www.vmware.com/support/file-sr/ 링크를 시작점으로 사용하고 SR에서 직접 저를 언급 할 수 있습니다.

@frapposelli 전화 할 지원 번호로

이 시점에서 나는 단지 환불을 원합니다. 저는 Oracle의 팬이 아니므로 virtualbox 사용을 피하기 위해 VMWare를 사용했습니다. 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://www.vmware.com/support/contacts/us_support.html

요청한대로 SR을 생성했습니다 : 15802564411.

좋아, 이제 열어 보았으므로 (적어도 내 경우에는) 알아 냈습니다. 저는 boxen 사용자이고 원래 boxen을 사용하여 vmware fusion 7을 설치했습니다 (즉, homebrew / cask 사용을 의미 함). 그것이 설정되었을 때, fusion7 앱의 파일을 내 homebrew bin 디렉토리로 심볼릭 링크했습니다. 8로 업그레이드했을 때 삭제되지 않았으므로 docker-machine은 여전히이를 사용하여 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 (확실히)

그런 다음 Application 폴더에서 Fusion 앱을 삭제하고 업그레이드를 위해 다운로드 한 dmg에서 새로 설치했습니다. 그 후 docker-machine을 실행했을 때 모든 것이 처음부터 끝까지 문제없이 깨끗하게 실행되었습니다.

이 작업을 수행하기 위해 수행해야하는 작업은 다음과 같습니다.

• VMWare Fusion을 완전히 제거하십시오.
• 도커 및 도커 머신을 완전히 제거하십시오.
• VMWare에서 .dmg를 사용하여 VMWare Fusion을 설치합니다. 이것을 위해 양조 통을 사용하지 마십시오!
• 양조 통 설치 도커 도커 기계

vmrun에 대한 권한에 문제가 있습니다. brew-cask를 사용하여 Fusion을 설치하면 vmrun에 올바른 권한이 없으며 setuid 루트로 설정해도 여전히 작동하지 않습니다. .dmg에서 설치하는 것은 성공적입니다.

또한 드라이버가 설치 될 때 vmrun을 검색하는 것으로 보이며 brew cask를 통해 Fusion을 제거하고 .dmg를 통해 설치하더라도 경로를 업데이트하지 않습니다.

나는 이와 같은 문제도 겪고 있었고 @robinbb가 제안한 것처럼 내 경우에는 077 umask로 인해 발생했습니다. 내 umask를 022로 변경하면 문제가 해결되었습니다. 저는 운전자가 스스로이 작업을 수행하도록 PR을 만들었으며 지금은 몇 주 동안 잘 작동하고 있습니다.

흥미롭게도 저는 오늘 아침에 Docker-machine의 기본 0.5.1 버전이 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)에서는이 문제가 더 이상 발생하지 않습니다. 폐쇄.