Machine: vmwarefusionドライバーでの作成操作が完了しない

/ cc @frapposelli

これは非常に奇妙で、明らかにあなたのマシンは正しく作成されました（ runScriptInGuest正しく実行したため、マシンはvmwareツールと融合して正しく実行されている必要があります）が、どういうわけかプロビジョニングプロセスに入ることができませんでした。

@ehazlettは、 masterから作成されたバイナリですか？

ある種のデバッグ支援/スクリプトを実行する必要がある場合はお知らせください。 ハッピー
助けるために。

7時26分に2015年8月13日、ファビオRapposelli [email protected]
書きました：

これは_非常に_奇妙です、どうやらあなたのマシンは正しく作成されました（それは
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

あまり役に立たない、私は知っています。

この問題は、Docker 1.8.1、マシン0.4.1、およびMac OS X10.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

ログファイル：

docker-machine -D create --driver vmwarefusion fusion

〜/ .docker / machine / machine / 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）で発行される「vmrunstart」が発行されないことを確認できます。成功します。 vmware.log（〜/ .docker / machine / machine / 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をインストールする必要がないことを強く望んでいるので、それが解決されることを願っています。）

MacOSX10.10.5を搭載したVMWareFusion8.0を使用しています。

@mrothかもしれませんが、私は確かに従来の手動の方法でFusionをインストールしました。

私はフュージョンやドッカーマシンを醸造に頼っていませんでした。 dockertoolboxを使用してマシンをインストールしました。

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実行すると、上記のスクリプトで作成されたマシンにアクセスできなくなったように見えます。 それはとにかく私の最近の経験です。

ここでも同じですが、残念ながら

• マイクワイアット

23:44時月、2015年8月31日には、ジョン・アレン[email protected]
書きました：

さて、上記で作成されたマシンは
Fusion guiを一時停止したり、docker-machineを実行したりすると、スクリプトにアクセスできなくなります。
停止/開始。 それはとにかく私の最近の経験です。

—
このメールに直接返信するか、GitHubで表示してください
https://github.com/docker/machine/issues/1671#issuecomment-136557908 。

@frapposelli問題を追跡する運がありましたか？ 再現手順で、docker-machineのリリースバージョンではなくmasterで試行していることに気付きましたが、最新のリリースバージョンで再試行しましたか？

スクリプトを更新しましたが、 pkillは事態を悪化させましたが、 vmrun stopを実行すると、ロックファイルなどを削除する必要がなくなります。

VMが正常にシャットダウンしたら、アクセス許可を変更するだけで、期待どおりに機能します。 最初のいくつかのコマンドに必要なのはsudoだけです。

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

更新@mikewをありがとう、私はそれをすぐに試してみるつもりです。 ただし、1つの質問は、 upgradevmコマンドが必要ですか？ 要旨でコメントアウトされていることに気づきました。

そうではありません。 Fusion自体でVMを実行する場合は、プロンプトを削除するだけです。

@mikew更新されたスクリプトに感謝します:)

スクリプトを実行した後、 docker-machine startを実行して機能しますか、それともスクリプトの実行後に行う他の手動の手順はありますか？

初期設定後、sudoを必要とせずに、すべてを繰り返し行うことができました。

発生した唯一の問題は、VMが一時停止されたときに「docker-machinestart」を実行したときでした。その後、sshでエラーが発生しました。 しかし、Dockerマシンを介してVMを停止および開始した後、すべてが魅力的に機能しました。

@mikewの要点のスクリプトは機能しましたが、終了後に「sudo docker-machine start xyz」を発行し、「eval」「$（sudo docker-machine

@robinbb全体でsudo docker-machine ...を使用することに慣れている場合は、スクリプトはまったく必要ありません。

まだsudoが必要なのは不思議です。 Fusionのコピーが/Applicationsインストールされていますか？

@mikew 「sudo」が必要なのは、「sudo」がないと、docker-machineがこの問題を最初に開いたときの動作をするためです。明確にするために、VMは作成後に「docker-machinestartxyz」で起動しません。失敗します。

スクリプトは必須ではありませんが、〜/ .docker / machine / machine / xyzのアクセス許可を変更することを忘れないでください。 そうしないと、「docker」を発行してもアクセス許可が失敗します。

@frapposelli私のumaskが0077に設定されているという事実は、rootとしてdocker-machineを発行することで克服されるパーミッションの問題を引き起こしますか？

@frapposelli更新はありますか？

@vmware ^^^？

@geekまだ何もありません。サポートから

先日また再現しようとしましたが失敗しました。

El Capitan GM Candidate（15A282b）にアップグレードした後、私の問題は消えました。

VMware Fusion 6から8にアップグレードし、docker-machineをインストールした後、El Capitan GMCandidateでこの問題が発生しました。

再起動すると問題が解決しました。

これは、Fusionでのインストールの破損/許可の問題/構成の問題の何らかの形であると確信しています。

まだこの問題に直面している人々に、Fusionを完全に削除して（このKB http://kb.vmware.com/kb/1017838に従って）、再インストールしてください。 これにより、既存の状態がすべてクリアされます。

@frapposelli再インストールを試してみましたが、運がありません:(

@frapposelli引用された指示に従ってFusion8を再インストールしました。同じ症状で問題が解決しません。

関連するvmware.logは次のとおりです： https ：//dl.dropboxusercontent.com/u/31368575/vmware.log、「padrConflict」メッセージはもうありません。

'sudo'を指定して 'docker-machine'コマンドを発行することで、この問題を回避できます。

数週間前にこれを試しましたが、今日もう一度試しました。 いろいろ更新したり、再インストールしたりしても、融合したdocker-machineを作成して起動できないようです。

製品名：Mac OS X
ProductVersion：10.10.5
BuildVersion：14F27
Dockerバージョン1.8.2、ビルド0a8c2e3
docker-machineバージョン0.4.1（HEAD）
vmrunバージョン1.15.0ビルド-3094680

自作のインストールと古いスタイルのVMWareFusion.dmgのダウンロードを試しました。

これにも遭遇すると、 @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

docker1.9とvmwarefusion8.0.2でまだ失敗しています

@MSchと同じエラーが発生し

-（〜）$-> sw_vers && docker -v && docker-machine -v && "/ Applications / VMware Fusion.app/Contents/Library/vmware-vmx" -v
製品名：Mac OS X
ProductVersion：10.11.1
BuildVersion：15B42
Dockerバージョン1.9.0、ビルド76d6bc9
docker-machineバージョン0.5.0（HEAD）

VMware Fusion情報：
VMware Fusion8.0.2ビルド-3164312リリース

まだ問題を抱えているすべての人に、VMwareサポートにサービスリクエストを提出し、SR番号を投稿して追跡できるようにしてください。 これを釘付けにしたいのですが、今のところ全く再現できませんでした。

@frapposelliにはリンクがあり、問題にタグを付ける必要がある人はいますか？

@geekは、このリンクを開始点として使用します： https ： //www.vmware.com/support/file-sr/そしてSRで直接私に言及してください。

@frapposelliは、電話をかけるサポート番号に私を導くのを手伝ってくれませんか。サイトのどこにも行けないようです。

この時点で、払い戻しが必要です。 私はOracleのファンではないので、virtualboxの使用を避けるために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 ：

要求に応じてSRを作成しました：15802564411。

さて、私がそれを理解したことを開いたので（少なくとも私の場合）。 私はboxenユーザーであり、元々はboxenを使用して（つまり自作/キャスクを使用して）vmware Fusion7をインストールしていました。 それがセットアップされたとき、それはfusion7アプリから私の自作の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（念のため）

次に、FusionアプリをApplicationフォルダーからゴミ箱に移動し、アップグレードを行うためにダウンロードしたdmgから新しくインストールしました。 この後、docker-machineを実行すると、最初から最後まですべてが問題なく正常に実行されました。

これを機能させるために私がしなければならなかったことは次のとおりです。

• VMWareFusionを完全に削除します
• dockerとdocker-machineを完全に削除します
• VMWareの.dmgを使用してVMWareFusionをインストールします。 これには醸造樽を使用しないでください。
• brew cask install docker docker-machine

vmrunの権限にいくつかの問題があります。 brew-caskを使用してFusionをインストールした場合、vmrunには適切な権限がなく、setuidrootにすることはできません。 ただし、.dmgからのインストールは成功します。

また、ドライバーはインストール時にvmrunを検索しており、brew caskを介してFusionを削除し、.dmgを介してインストールしても、パスを更新しないようです。

私もこのような問題を抱えていました、そして@robinbbが示唆したように、私の場合、それは

不思議なことに、今朝、ストックの0.5.1バージョンのdocker-machineがEl Capitan（昨日アップグレードしたもの）で正常に動作しているように見えるので、これはElCapitanではそれほど問題にならないかもしれません。 しかし、私はまだ完全には確信していません。

docker-toolbox 1.12-rc3、vmwarefusion8.1で同じ問題が発生しました。
上記のスクリプトは機能しませんでしたが、ラップトップを再起動すると機能しました。

VMWare Fusionバージョン8.1.1（3771013）、macOS Sierra 10.12、およびDockerバージョン8.1.1（3771013）では、この問題は発生しなくなりました。 閉鎖。