Machine: L'opération de création avec le pilote vmwarefusion ne se termine pas

/ cc @frapposelli

c'est très étrange, apparemment votre machine a été créée correctement (elle a exécuté runScriptInGuest correctement, ce qui nécessite que la machine soit en fusion avec les outils vmware fonctionnant correctement) mais n'a pas réussi à entrer dans le processus de provisionnement.

@ehazlett sont ces binaires créés à partir de master ?

Faites-moi savoir si vous avez besoin de moi pour exécuter une sorte d'aide / script de débogage. Content
aider.

Le 13 août 2015 à 07:26, Fabio Rapposelli [email protected]
a écrit:

c'est _très_ bizarre, apparemment votre machine a été créée correctement (elle
exécuté runScriptInGuest correctement, ce qui nécessite que la machine soit opérationnelle
en fusion avec les outils vmware fonctionnant correctement) mais n'a pas réussi à entrer
le processus d'approvisionnement.

@ehazlett https://github.com/ehazlett sont ces binaires créés à partir de
Maître ?

-
Répondez directement à cet e-mail ou affichez-le sur GitHub
https://github.com/docker/machine/issues/1671#issuecomment -130605035.

Robin Bate Boerop

Je vois le même comportement. runScriptInGuest et co. fonctionne bien, mais vmrun list ne répertorie pas la VM docker-machine.

Essayer d'exécuter la VM manuellement via /Applications/VMware\ Fusion.app/Contents/Library/vmrun start ~/.docker/machine/machines/dev/dev.vmx entraîne:

Error: Unknown error

Pas si utile, je sais.

Je peux confirmer ce problème sur Docker 1.8.1, Machine 0.4.1 et Mac OS X 10.10.4.

@mikew pouvez-vous s'il vous plaît poster le fichier vmware.log qui est dans ~/.docker/machine/machines/dev ? cela aiderait à résoudre le problème.

Essayer ... ne peut même pas arriver là où il échouait auparavant
Voici le journal de cette course

Ignorer le commentaire précédent, j'oubliais le drapeau -D . Voici une autre tentative avec les journaux:

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

https://gist.github.com/mikew/9a20b864156f610923de#vmware -fusion-logs

Même problème ici. Mes détails au cas où cela aide ...

Détails du système:

❯ 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

Fichiers journaux:

docker-machine -D create --driver vmwarefusion fusion

~ / .docker / machine / machines / fusion / vmware.log

Ok, c'est bizarre, j'ai essayé mais je ne peux pas reproduire cela du tout, voici ma configuration système:

~ ⟩ 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

et docker-machine fonctionne simplement:

~ ⟩ 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

Je vous suggère fortement d'ouvrir un problème de support technique sur le problème [msg.vnet.padrConflict] que vous rencontrez, qui est probablement le coupable de votre problème avec 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.

Cool, je vais y regarder. La VM créée par docker-machine ne parvient pas à démarrer, et tenter de la démarrer fait que Fusion commence à agir vraiment bizarre. Il se plaint qu'une autre machine virtuelle est déjà en cours d'exécution lors de la tentative de démarrage d'une autre.

$ 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

Pas de chance:

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

Merci @frapposelli , j'ai essayé la mise à niveau vers Fusion 8 hier et j'ai également reçu l'erreur d'adresse MAC avec cela. Examinera l'ouverture d'un ticket avec VMware.

@frapposelli J'ai mis à jour le logiciel sur ma machine, et il correspond maintenant aux versions que vous avez publiées ci-dessus. Le problème persiste. Dans mon fichier vmware.log, je vois la même ligne que vous mentionnez ("msg.vnet.padrConflict"). J'ouvrirais un problème avec VMware, mais si je devais le faire, je ne pourrais pas expliquer d'où vient l'adresse MAC choisie, comment elle a été choisie et pourquoi je m'attendais à ce qu'elle fonctionne. Je devrais simplement renvoyer VMware au code docker-machine. Pouvez-vous nous expliquer comment docker-machine choisit l'adresse MAC?

@robinbb @ johnallen3d le docker-machine utilise un modèle vmx intégré dans le pilote (voir ici ), ce modèle contient la directive ethernet0.addressType = "generated" qui force l'hyperviseur à générer automatiquement un nouveau MAC au premier démarrage .

Pour toute personne ouvrant des tickets pour le support VMware, n'hésitez pas à mentionner mon nom directement (afin qu'ils puissent me boucler en interne) et veuillez publier votre numéro SR une fois que vous en aurez un afin que je puisse les suivre.

Merci encore @frapposelli , j'ai soumis un ticket et reçu SR # 15745066808. En espérant que nous pouvons résoudre ce problème. Cela fait un moment que j'ai hâte d'exécuter docker sur Fusion!

J'ai fait du débogage et je peux confirmer que le "démarrage de vmrun" qui est émis dans Create () (https://github.com/docker/machine/blob/93366f22be4200bffb8b547a8a1f1052f3fb63e5/drivers/vmwarefusion/fusion_darwin) ne le fait pas#L207 réussir. Le vmware.log (~ / .docker / machine / machines / spinzo-vm / vmware.log) contient les lignes intéressantes suivantes:

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)

Je peux confirmer que, bien sûr, il n'y a pas d'autres machines virtuelles avec exactement cette adresse MAC sur mon système.

Cela pourrait-il être lié au # 1434? J'ai eu ce problème exact avec Fusion installé via homebrew-cask , et une fois que j'ai installé manuellement avec le programme d'installation de bureau, les choses semblaient fonctionner correctement. (Si tel est le cas, j'espère que cela pourra être résolu, car je préférerais fortement ne pas avoir à installer Fusion en dehors de brewcask.)

Je suis sur VMWare Fusion 8.0, avec MacOSX 10.10.5.

@mroth Peut-être, mais j'ai en effet installé Fusion de manière manuelle traditionnelle.

Je ne comptais pas sur le brassage pour la fusion ou la docker-machine. J'ai installé la machine à l'aide de la boîte à outils docker.

J'ai également utilisé la méthode d'installation fournie par VMware.

J'ai réinstallé vmware et ai installé 0 machine. J'ai ensuite fait un machine-create et j'ai eu la même erreur en cours d'exécution.

Cependant, j'ai réussi à ouvrir le fichier vmx avec fusion et à le démarrer, cela m'a donné la possibilité de le mettre à niveau et je l'ai fait. Il démarre et s'affiche comme s'exécutant dans docker-machine ls .

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

Cependant, si j'essaye de ssh, ça me donne

$ 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

J'ai une erreur padrConflict dans le fichier vmware.log. Cependant, si je régénère l'adresse mac dans fusion, j'obtiens une erreur lors de l'exécution de 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

Ok, supprimons cette tentative ratée: docker-machine rm test2

Essayons maintenant de créer avec sudo:

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

Cela réussit: /

Ensuite, je chown -R ce répertoire de machine avec mon utilisateur local.

$ sudo chown -R *** test3

où *** est mon utilisateur local

Je supprime maintenant les fichiers / répertoires lck et vmem . Ouvrez le fichier vmx dans Fusion et démarrez-le, en effectuant à nouveau la mise à niveau lorsque cela me donne l'option. Je peux exécuter docker-machine ls et le voir fonctionner:

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

Maintenant, je peux définir mes variables d'environnement locales:

$ 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)"

Après cela, docker-machine ssh fonctionne!

$ 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

J'espère que cela aidera à servir de solution de contournement temporaire et à faire la lumière sur le problème.

Donc, sur cette base, j'utilise ceci:

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

Ce qui obtient docker-machine ls pour l'afficher comme en cours d'exécution et actif, mais ssh échoue toujours avec exit status 255 ici.

L'affichage de la VM en cours d'exécution dans Fusion montre [guestinfo] Failed to get vmstats. qui ne peut pas être bon.

@mikew a l' air bien, mais pas besoin de pkill. Pour une raison quelconque, cela casse les choses. Voici le script mis à jour:

#!/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 - cela a fonctionné pour moi après la mise à niveau de VMware Fusion vers la v8. Merci pour le dépannage @geek et le script @mikew!

Eh bien, il semblerait que la machine créée avec le script ci-dessus ne soit plus accessible si je suspends l'interface graphique Fusion ou si j'effectue un docker-machine stop/start . C'est de toute façon mon expérience récente.

même ici, malheureusement

• Mike Wyatt

Le lun 31 août 2015 à 23 h 44, John Allen [email protected]
a écrit:

Eh bien, il semblerait que la machine créée avec ce qui précède
le script n'est plus accessible si je suspends l'interface graphique Fusion ou que j'effectue un docker-machine
arrêter / démarrer. C'est de toute façon mon expérience récente.

-
Répondez directement à cet e-mail ou affichez-le sur GitHub
https://github.com/docker/machine/issues/1671#issuecomment -136557908.

@frapposelli avez-vous eu de la chance pour

J'ai mis à jour le script, tandis que pkill a aggravé les choses, faire vmrun stop signifie que vous n'avez pas à supprimer les fichiers de verrouillage ou quoi que ce soit.

Une fois la VM s'arrête proprement, modifiez simplement les autorisations et les choses fonctionnent comme prévu. Vous n'avez besoin de sudo que pour les premières commandes.

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

Merci pour la mise à jour @mikew , je prévois de l'essayer bientôt. Une question cependant, la commande upgradevm nécessaire? Je remarque que vous l'avez commenté dans l'essentiel.

Non, pas vraiment. Supprime simplement l'invite si vous souhaitez exécuter la machine virtuelle dans Fusion elle-même.

@mikew merci pour le script mis à jour :)

Après avoir exécuté le script, pouvez-vous exécuter docker-machine start et cela fonctionne, ou y a-t-il d'autres étapes manuelles que vous effectuez après l'exécution du script?

J'ai pu tout faire, à plusieurs reprises, sans avoir besoin de sudo après la configuration initiale.

Le seul problème qui est survenu était lors du "démarrage de la machine docker" lorsque la VM était suspendue, ssh avait des erreurs par la suite. Mais après l'arrêt et le démarrage de la VM via docker-machine, tout fonctionnait à merveille.

Le script de l' essentiel de

@robinbb Si vous êtes à l'aise avec l'utilisation de sudo docker-machine ... , vous n'avez pas du tout besoin du script.

C'est étrange que vous ayez encore besoin de sudo. Une copie de Fusion est-elle installée sur /Applications ?

@mikew Le 'sudo' est requis car, sans lui, docker-machine a le comportement pour lequel j'ai initialement ouvert ce problème - et, pour être clair, la VM ne démarrera pas avec un "docker-machine start xyz" après la création échoue.

Le script n'est pas obligatoire, mais c'est un moyen pratique de se souvenir de changer les permissions de ~ / .docker / machine / machines / xyz. Sinon, même l'émission de "docker" entraîne un échec des autorisations.

@frapposelli Le fait que mon umask soit défini sur 0077 entraînerait-il des problèmes d'autorisations qui sont surmontés en émettant docker-machine en tant que root?

@frapposelli une mise à jour?

@vmware ^^^?

@geek rien pour le moment, je vous le ferai savoir dès que je

J'ai essayé de se reproduire à nouveau l'autre jour, mais sans succès.

Mon problème a disparu après la mise à niveau vers El Capitan GM Candidate (15A282b)

J'ai eu ce problème sur El Capitan GM Candidate, après la mise à niveau de VMware Fusion 6 vers 8, puis l'installation de docker-machine.

Le redémarrage a résolu le problème pour moi.

Je suis à peu près sûr que c'est une forme de corruption d'installation / problème d'autorisation / problème de configuration avec Fusion.

Aux personnes qui sont toujours confrontées à ce problème, pouvez-vous essayer de supprimer complètement Fusion (suivez cette base de connaissances http://kb.vmware.com/kb/1017838) et réinstaller? cela devrait effacer toute condition existante.

@frapposelli J'ai

@frapposelli J'ai désinstallé VMware Fusion entièrement selon les instructions citées et réinstallé Fusion 8. Le problème persiste, avec les mêmes symptômes.

Le vmware.log associé est ici: https://dl.dropboxusercontent.com/u/31368575/vmware.log , sans plus de message "padrConflict".

Je peux contourner le problème en émettant des commandes «docker-machine» avec «sudo».

J'ai essayé cela il y a quelques semaines, essayé à nouveau aujourd'hui. Je n'arrive pas à obtenir une machine docker avec fusion pour créer et démarrer, même après avoir mis à jour diverses choses / réinstaller.

Nom du produit: Mac OS X
Version du produit: 10.10.5
BuildVersion: 14F27
Docker version 1.8.2, build 0a8c2e3
docker-machine version 0.4.1 (HEAD)
vmrun version 1.15.0 build-3094680

J'ai essayé l'installation homebrew et l'ancien téléchargement de VMWare Fusion .dmg.

Dans ce cas également, les scripts de @geek ne fonctionnent pas du tout pour moi.

Obtenir cette erreur même s'il y a un ethernet0.address dans dev.vmx .

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

Échec toujours pour moi avec docker 1.9 et vmware fusion 8.0.2

J'obtiens la même erreur que

- (~) $ -> sw_vers && docker -v && docker-machine -v && "/ Applications / VMware Fusion.app/Contents/Library/vmware-vmx" -v
Nom du produit: Mac OS X
Version du produit: 10.11.1
BuildVersion: 15B42
Docker version 1.9.0, build 76d6bc9
docker-machine version 0.5.0 (HEAD)

Informations sur VMware Fusion:
Version de VMware Fusion 8.0.2 build-3164312

À toutes les personnes qui rencontrent toujours le problème, pouvez-vous déposer une demande de service auprès du support VMware et publier le numéro SR afin que je puisse suivre? Je veux clouer cela, mais jusqu'à présent, je n'ai pas pu le reproduire du tout.

@frapposelli a un lien et quelqu'un que nous devons marquer dans le problème?

@geek utilise ce lien comme point de départ: https://www.vmware.com/support/file-sr/ et n'hésitez pas à me mentionner directement dans le SR.

@frapposelli pouvez-vous m'aider à me diriger vers un numéro d'assistance à appeler, je n'arrive pas à aller nulle part sur le site.

À ce stade, je veux juste un remboursement. Je ne suis pas fan d'Oracle, j'ai donc opté pour VMWare pour éviter d'utiliser virtualbox. VMWare a annoncé qu'il fonctionnait avec docker. Le site docker fait même cette réclamation et des liens vers votre pilote @frapposelli. Ne fonctionne certainement pas comme annoncé et à ce stade, il est cassé depuis des mois.

J'apprécie que vous essayiez d'aider, @frapposelli.

Les numéros https://www.vmware.com/support/file-sr/file-sr-phone.html :

États-Unis et Canada: 1-877-4-VMWARE (1-877-486-9273) ou 1-650-475-5345.

pour les numéros internationaux: https://www.vmware.com/support/contacts/us_support.html

J'ai créé un SR comme demandé: 15802564411.

D'accord, maintenant que j'ai ouvert que je l'ai compris (du moins dans mon cas). Je suis un utilisateur de boxen, et j'avais initialement installé vmware fusion 7 en utilisant boxen (ce qui signifie en utilisant homebrew / cask). Lorsque cela a été configuré, il a lié symboliquement les fichiers de l'application fusion7 dans mon répertoire bin homebrew. Quand je suis passé à 8, cela n'a pas été supprimé, donc docker-machine l'utilisait toujours pour appeler vmrun. Et j'ai trouvé que le fût n'était pas en mesure de le retirer non plus par les moyens normaux. D'une manière ou d'une autre, il pensait qu'il n'était plus installé, mais il était toujours là.

Pour résoudre ce problème, j'ai suivi ces étapes:

• sudo rm -rf / opt / homebrew-cask / Caskroom / vmware-fusion
• sudo rm -f / opt / boxen / homebrew / bin / vm * (Cochez celui-ci, il correspond à tous ceux que je voulais supprimer)
• sudo rm -rf /Users/myusername/.docker /var/root/.docker (juste pour être sûr)

J'ai ensuite effacé l'application Fusion du dossier Application et l'ai installée à partir du dmg que j'avais téléchargé pour effectuer la mise à niveau. Après cela, lorsque j'ai exécuté docker-machine, tout s'est déroulé sans problème du début à la fin.

Voici ce que je devais faire pour que cela fonctionne:

• Supprimer complètement VMWare Fusion
• Retirer complètement le docker et la docker-machine
• Installez VMWare Fusion à l'aide du .dmg de VMWare. _N'utilisez pas de fût de bière pour cela!
• brew cask installer docker docker-machine

Il y a un problème avec les autorisations sur vmrun. Si j'installe Fusion en utilisant brew-cask, vmrun n'a pas les bonnes autorisations et le rendre setuid root ne fonctionne toujours pas. L'installation à partir du .dmg est réussie.

Il semble également que le pilote recherche vmrun lorsqu'il est installé et ne met jamais à jour le chemin même si vous supprimez Fusion via brew cask et installez-le via le .dmg.

J'avais également eu des problèmes comme celui-ci, et comme @robinbb l'a suggéré, dans mon cas, cela était causé par un umask 077. Changer mon umask en 022 l'a résolu. J'ai créé un PR pour que le chauffeur le fasse lui-même, et cela fonctionne bien pour moi depuis quelques semaines maintenant.

Curieusement, j'ai remarqué ce matin que la version stock 0.5.1 de docker-machine semble fonctionner correctement sur El Capitan (que j'ai mis à jour hier), donc cela peut être moins un problème dans El Capitan. Je ne suis pas encore complètement convaincu.

Je viens de rencontrer le même problème avec docker-toolbox 1.12-rc3, vmware fusion 8.1.
Les scripts ci-dessus n'ont pas fonctionné, mais le redémarrage de mon ordinateur portable l'a fait.

Avec VMWare Fusion version 8.1.1 (3771013), macOS Sierra 10.12 et Docker version 8.1.1 (3771013), ce problème ne se produit plus pour moi. Fermeture.