Machine: docker-machine env xxx가 영원히 중단됩니다.

Windows 7 OS와 비슷한 문제가 있습니다. 다음은 로그 파일의 요지 입니다.

특히 내 ~/.profile에 있을 때 "docker-machine env machinename"이 많이 중단되는 것을 알 수 있습니다. 이로 인해 새 터미널이 중단되고 약 50%의 시간이 시작되지 않습니다. 현재 새 탭 셸을 ctrl+c로 지정하고 2초 후에 다른 셸을 생성하면 작업을 수행하는 경향이 있습니다.

새/활성 터미널에서 재생산하기 어렵고 새 터미널을 생성할 때 훨씬 더 자주 발생하는 경향이 있습니다.

OSX 10.10.4, 도커 머신 0.3.0. 이러한 문제는 0.2.x에는 없었습니다.

이상한 종료 상태 255와 동일한 문제가 있습니다.

docker-machine -D env docker
shell: bash
executing: /Applications/VMware Fusion.app/Contents/Library/vmrun list
MAC address in VMX: 00:0c:29:b6:95:bb
IP found in DHCP lease table: 172.16.1.131
invalid certs detected; regenerating for 172.16.1.131:2376
command=configureAuth machine=docker
executing: /Applications/VMware Fusion.app/Contents/Library/vmrun list
MAC address in VMX: 00:0c:29:b6:95:bb
IP found in DHCP lease table: 172.16.1.131
Using SSH client type: external
About to run SSH command:
cat /etc/os-release
&{/usr/bin/ssh [/usr/bin/ssh -o PasswordAuthentication=no -o IdentitiesOnly=yes -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null -o LogLevel=quiet -o ConnectionAttempts=3 -o ConnectTimeout=10 -i /Users/orangeudav/.docker/machine/machines/docker/id_rsa -p 22 [email protected] cat /etc/os-release] []  <nil> <nil> <nil> [] <nil> <nil> <nil> <nil> false [] [] [] [] <nil>}
<HAAAAAANGIIING HERE>
SSH cmd err, output: exit status 255:
Error getting SSH command: exit status 255
export DOCKER_TLS_VERIFY="1"
export DOCKER_HOST="tcp://172.16.1.131:2376"
export DOCKER_CERT_PATH="/Users/orangeudav/.docker/machine/machines/docker"
export DOCKER_MACHINE_NAME="docker"
# Run this command to configure your shell:
# eval "$(docker-machine env docker)"

Virtualbox 드라이버용 MacOSX에서 이 문제를 재현할 수 있습니다. 이 문제는 일반적으로 개인 네트워크에 대한 경로(docker cli에서 사용하는 경로)가 누락된 경우에 발생합니다.
제 경우 이 경로가 누락된 것으로 의심되는 이유 중 하나는 개인 네트워크 경로를 엉망으로 만드는 경향이 있는 VPN을 사용하고 있기 때문입니다. 이에 대한 수정 사항은 다음과 같이 실행하는 것입니다.

sudo route add -net 192.168.99.0/24 -interface vboxnet6

여기서 192.168.99.0/24 는 boot2docker에서 사용하는 네트워크 범위이고 vboxnet6 는 boot2docker 개인 네트워크에 할당된 인터페이스입니다.

@chantra 의 솔루션을 시도했지만 트릭을 수행하지 않았습니다. docker-machine 는 하위 명령이 있는 새 셸에 있을 때 여전히 멈 춥니다 . 그러나 ^C 중단하고 다시 시도하면 작동합니다.

안녕하세요, 이 문제가 발생하는 모든 사람에게 발생할 수 있는 문제 중 하나는 Docker 데몬이 실행되고 있지 않다는 것입니다.

다음 명령의 출력을 시도하거나 붙여넣을 수 있습니까(boot2docker를 실행하는 VM용):

$ docker-machine -D ssh machinename sudo /etc/init.d/docker restart
...
$ docker-machine -D env machinename
...

감사 해요!

@nathanleclaire 해당 명령을 실행하려고 하면 여기에 멈

$ docker-machine -D ssh dev sudo /etc/init.d/docker restart
executing: /usr/local/bin/VBoxManage showvminfo dev --machinereadable
STDOUT: name="dev"
groups="/"
ostype="Linux 2.6 / 3.x (64-bit)"
UUID="19ac89e0-98cf-49e8-b306-ca58878604a3"
CfgFile="/Users/inkel/.docker/machine/machines/dev/dev/dev.vbox"
SnapFldr="/Users/inkel/.docker/machine/machines/dev/dev/Snapshots"
LogFldr="/Users/inkel/.docker/machine/machines/dev/dev/Logs"
hardwareuuid="19ac89e0-98cf-49e8-b306-ca58878604a3"
memory=2048
pagefusion="off"
vram=8
cpuexecutioncap=100
hpet="on"
chipset="piix3"
firmware="BIOS"
cpus=4
pae="on"
longmode="on"
synthcpu="off"
bootmenu="disabled"
boot1="dvd"
boot2="dvd"
boot3="disk"
boot4="none"
acpi="on"
ioapic="on"
biossystemtimeoffset=0
rtcuseutc="on"
hwvirtex="on"
nestedpaging="on"
largepages="on"
vtxvpid="on"
vtxux="on"
VMState="running"
VMStateChangeTime="2015-07-15T21:20:06.395000000"
monitorcount=1
accelerate3d="off"
accelerate2dvideo="off"
teleporterenabled="off"
teleporterport=0
teleporteraddress=""
teleporterpassword=""
tracing-enabled="off"
tracing-allow-vm-access="off"
tracing-config=""
autostart-enabled="off"
autostart-delay=0
defaultfrontend=""
storagecontrollername0="SATA"
storagecontrollertype0="IntelAhci"
storagecontrollerinstance0="0"
storagecontrollermaxportcount0="30"
storagecontrollerportcount0="30"
storagecontrollerbootable0="on"
"SATA-0-0"="/Users/inkel/.docker/machine/machines/dev/boot2docker.iso"
"SATA-ImageUUID-0-0"="c5d1d610-61ba-4416-8721-f65383bd9595"
"SATA-tempeject"="off"
"SATA-IsEjected"="off"
"SATA-1-0"="/Users/inkel/.docker/machine/machines/dev/disk.vmdk"
"SATA-ImageUUID-1-0"="9719a1db-dfaf-441e-8d8f-47ee0b18293b"
"SATA-2-0"="none"
"SATA-3-0"="none"
"SATA-4-0"="none"
"SATA-5-0"="none"
"SATA-6-0"="none"
"SATA-7-0"="none"
"SATA-8-0"="none"
"SATA-9-0"="none"
"SATA-10-0"="none"
"SATA-11-0"="none"
"SATA-12-0"="none"
"SATA-13-0"="none"
"SATA-14-0"="none"
"SATA-15-0"="none"
"SATA-16-0"="none"
"SATA-17-0"="none"
"SATA-18-0"="none"
"SATA-19-0"="none"
"SATA-20-0"="none"
"SATA-21-0"="none"
"SATA-22-0"="none"
"SATA-23-0"="none"
"SATA-24-0"="none"
"SATA-25-0"="none"
"SATA-26-0"="none"
"SATA-27-0"="none"
"SATA-28-0"="none"
"SATA-29-0"="none"
natnet1="nat"
macaddress1="08002743999C"
cableconnected1="on"
nic1="nat"
nictype1="virtio"
nicspeed1="0"
mtu="0"
sockSnd="64"
sockRcv="64"
tcpWndSnd="64"
tcpWndRcv="64"
Forwarding(0)="ssh,tcp,127.0.0.1,54973,,22"
hostonlyadapter2="vboxnet5"
macaddress2="080027A3AA51"
cableconnected2="on"
nic2="hostonly"
nictype2="82540EM"
nicspeed2="0"
nic3="none"
nic4="none"
nic5="none"
nic6="none"
nic7="none"
nic8="none"
hidpointing="ps2mouse"
hidkeyboard="ps2kbd"
uart1="off"
uart2="off"
lpt1="off"
lpt2="off"
audio="none"
clipboard="disabled"
draganddrop="disabled"
SessionType="headless"
VideoMode="720,400,0"<strong i="7">@0</strong>,0
vrde="off"
usb="off"
ehci="off"
SharedFolderNameMachineMapping1="Users"
SharedFolderPathMachineMapping1="/Users"
VRDEActiveConnection="off"
VRDEClients=0
vcpenabled="off"
vcpscreens=0
vcpfile="/Users/inkel/.docker/machine/machines/dev/dev/dev.webm"
vcpwidth=1024
vcpheight=768
vcprate=512
vcpfps=25
GuestMemoryBalloon=0
GuestOSType="Linux26_64"
GuestAdditionsRunLevel=1
GuestAdditionsVersion="4.3.20 r96996"
GuestAdditionsFacility_VirtualBox Base Driver=50,1436995222662
GuestAdditionsFacility_Seamless Mode=0,1436995222662
GuestAdditionsFacility_Graphics Mode=0,1436995222662

STDERR:
Using SSH client type: external
About to run SSH command:
sudo /etc/init.d/docker restart
&{/usr/bin/ssh [/usr/bin/ssh -o PasswordAuthentication=no -o IdentitiesOnly=yes -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null -o LogLevel=quiet -o ConnectionAttempts=3 -o ConnectTimeout=10 -i /Users/inkel/.docker/machine/machines/dev/id_rsa -p 54973 docker<strong i="8">@localhost</strong> sudo /etc/init.d/docker restart] []  <nil> <nil> <nil> [] <nil> <nil> <nil> ?reflect.Value? false [] [] [] [] <nil>}

완료되면(만약 그렇다면) 다음에 무엇을 붙여넣을 것입니다.

@inkel 흠, 성공하려면 거의 즉시 실행되어야 하므로 몇 초 이상 걸리면 문제가 있는 것입니다.

방금 완료되었습니다.

SSH cmd err, output: <nil>:

확실히 몇 초 이상이 걸렸습니다. time 로 다시 달리고 있어 얼마인지 확인합니다.

$ docker-machine -D ssh dev sudo /etc/init.d/docker restart
…same long output…
real    5m1.197s
user    0m0.045s
sys 0m0.035s

다음을 실행하는 경우:

$ /usr/bin/ssh -vvv -o PasswordAuthentication=no -o IdentitiesOnly=yes -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null -o LogLevel=quiet -o ConnectionAttempts=3 -o ConnectTimeout=10 -i /Users/inkel/.docker/machine/machines/dev/id_rsa -p 54973 docker<strong i="6">@localhost</strong> sudo /etc/init.d/docker restart

CLI에서 자체적으로 무엇을 얻습니까?

inkel<strong i="5">@miralejos</strong> ~
$ /usr/bin/ssh -vvv -o PasswordAuthentication=no -o IdentitiesOnly=yes -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null -o LogLevel=quiet -o ConnectionAttempts=3 -o ConnectTimeout=10 -i /Users/inkel/.docker/machine/machines/dev/id_rsa -p 54973 docker<strong i="6">@localhost</strong> sudo /etc/init.d/docker restart 2>&1 | pbcopy
debug1: multiplexing control connection
debug3: fd 7 is O_NONBLOCK
debug3: fd 7 is O_NONBLOCK
debug1: channel 1: new [mux-control]
debug3: channel_post_mux_listener: new mux channel 1 fd 7
debug3: mux_master_read_cb: channel 1: hello sent
debug2: set_control_persist_exit_time: cancel scheduled exit
debug3: mux_master_read_cb: channel 1 packet type 0x00000001 len 4
debug2: process_mux_master_hello: channel 1 slave version 4
debug3: mux_master_read_cb: channel 1 packet type 0x10000004 len 4
debug2: process_mux_alive_check: channel 1: alive check
debug3: mux_master_read_cb: channel 1 packet type 0x10000002 len 92
debug2: process_mux_new_session: channel 1: request tty 0, X 1, agent 0, subsys 0, term "xterm", cmd "sudo /etc/init.d/docker restart", env 1
debug3: process_mux_new_session: got fds stdin 8, stdout 9, stderr 10
debug2: fd 9 setting O_NONBLOCK
debug3: fd 10 is O_NONBLOCK
debug1: channel 2: new [client-session]
debug2: process_mux_new_session: channel_new: 2 linked to control channel 1
debug2: channel 2: send open
debug2: callback start
debug2: client_session2_setup: id 2
debug1: Sending environment.
debug1: Sending env LANG = en_US.UTF-8
debug2: channel 2: request env confirm 0
debug1: Sending command: sudo /etc/init.d/docker restart
debug2: channel 2: request exec confirm 1
debug3: mux_session_confirm: sending success reply
debug2: callback done
debug2: channel 2: open confirm rwindow 0 rmax 32768
debug2: channel 2: rcvd adjust 2097152
debug2: channel_input_status_confirm: type 99 id 2
debug2: exec request accepted on channel 2
debug1: client_input_channel_req: channel 2 rtype exit-status reply 0
debug3: mux_exit_message: channel 2: exit message, evitval 0
debug1: client_input_channel_req: channel 2 rtype [email protected] reply 0
debug2: channel 2: rcvd eow
debug2: channel 2: close_read
debug2: channel 2: input open -> closed
debug2: channel 2: rcvd eof
debug2: channel 2: output open -> drain
debug2: channel 2: obuf empty
debug2: channel 2: close_write
debug2: channel 2: output drain -> closed
debug2: channel 2: rcvd close
debug3: channel 2: will not send data after close
debug2: channel 2: send close
debug2: channel 2: is dead
debug2: channel 2: gc: notify user
debug3: mux_master_session_cleanup_cb: entering for channel 2
debug2: channel 1: rcvd close
debug2: channel 1: output open -> drain
debug2: channel 1: close_read
debug2: channel 1: input open -> closed
debug2: channel 2: gc: user detached
debug2: channel 2: is dead
debug2: channel 2: garbage collecting
debug1: channel 2: free: client-session, nchannels 3
debug3: channel 2: status: The following connections are open:
  #2 client-session (t4 r0 i3/0 o3/0 fd -1/-1 cc -1)

debug2: channel 1: obuf empty
debug2: channel 1: close_write
debug2: channel 1: output drain -> closed
debug2: channel 1: is dead (local)
debug2: channel 1: gc: notify user
debug3: mux_master_control_cleanup_cb: entering for channel 1
debug2: channel 1: gc: user detached
debug2: channel 1: is dead (local)
debug2: channel 1: garbage collecting
debug1: channel 1: free: mux-control, nchannels 2
debug3: channel 1: status: The following connections are open:

debug2: set_control_persist_exit_time: schedule exit in 300 seconds
inkel<strong i="7">@miralejos</strong> ~
$

이전 의견에 실수를 한 것 같습니다. 이것이 올바른 결과입니다.

$ /usr/bin/ssh -vvv -o PasswordAuthentication=no -o IdentitiesOnly=yes -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null -o LogLevel=quiet -o ConnectionAttempts=3 -o ConnectTimeout=10 -i /Users/inkel/.docker/machine/machines/dev/id_rsa -p 54973 docker<strong i="6">@localhost</strong> sudo /etc/init.d/docker restart 2>&1
OpenSSH_6.2p2, OSSLShim 0.9.8r 8 Dec 2011
debug1: Reading configuration data /Users/inkel/.ssh/config
debug1: /Users/inkel/.ssh/config line 3: Applying options for *
debug1: Reading configuration data /etc/ssh_config
debug1: /etc/ssh_config line 20: Applying options for *
debug1: auto-mux: Trying existing master
debug1: Control socket "/Users/inkel/.ssh/master-docker<strong i="7">@localhost</strong>:54973" does not exist
debug2: ssh_connect: needpriv 0
debug1: Connecting to localhost [::1] port 54973.
debug2: fd 5 setting O_NONBLOCK
debug1: connect to address ::1 port 54973: Connection refused
debug1: Connecting to localhost [127.0.0.1] port 54973.
debug2: fd 5 setting O_NONBLOCK
debug1: fd 5 clearing O_NONBLOCK
debug1: Connection established.
debug3: timeout: 10000 ms remain after connect
debug3: Incorrect RSA1 identifier
debug3: Could not load "/Users/inkel/.docker/machine/machines/dev/id_rsa" as a RSA1 public key
debug1: identity file /Users/inkel/.docker/machine/machines/dev/id_rsa type 1
debug1: identity file /Users/inkel/.docker/machine/machines/dev/id_rsa-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.2
debug1: Remote protocol version 2.0, remote software version OpenSSH_6.0
debug1: match: OpenSSH_6.0 pat OpenSSH*
debug2: fd 5 setting O_NONBLOCK
debug3: put_host_port: [localhost]:54973
debug3: load_hostkeys: loading entries for host "[localhost]:54973" from file "/dev/null"
debug3: load_hostkeys: loaded 0 keys
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1
debug2: kex_parse_kexinit: [email protected],[email protected],[email protected],[email protected],ssh-rsa,ssh-dss
debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,[email protected],[email protected],aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,[email protected]
debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,[email protected],[email protected],aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,[email protected]
debug2: kex_parse_kexinit: [email protected],[email protected],[email protected],[email protected],[email protected],[email protected],[email protected],[email protected],[email protected],hmac-md5,hmac-sha1,[email protected],[email protected],hmac-sha2-256,hmac-sha2-512,hmac-ripemd160,[email protected],hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: [email protected],[email protected],[email protected],[email protected],[email protected],[email protected],[email protected],[email protected],[email protected],hmac-md5,hmac-sha1,[email protected],[email protected],hmac-sha2-256,hmac-sha2-512,hmac-ripemd160,[email protected],hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: none,[email protected],zlib
debug2: kex_parse_kexinit: none,[email protected],zlib
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit: first_kex_follows 0
debug2: kex_parse_kexinit: reserved 0
debug2: kex_parse_kexinit: ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1
debug2: kex_parse_kexinit: ssh-rsa,ssh-dss,ecdsa-sha2-nistp256
debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,[email protected]
debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,[email protected]
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,[email protected],hmac-sha2-256,hmac-sha2-256-96,hmac-sha2-512,hmac-sha2-512-96,hmac-ripemd160,[email protected],hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,[email protected],hmac-sha2-256,hmac-sha2-256-96,hmac-sha2-512,hmac-sha2-512-96,hmac-ripemd160,[email protected],hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: none,[email protected]
debug2: kex_parse_kexinit: none,[email protected]
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit: first_kex_follows 0
debug2: kex_parse_kexinit: reserved 0
debug2: mac_setup: found hmac-md5
debug1: kex: server->client aes128-ctr hmac-md5 none
debug2: mac_setup: found hmac-md5
debug1: kex: client->server aes128-ctr hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug2: dh_gen_key: priv key bits set: 124/256
debug2: bits set: 526/1024
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Server host key: RSA 4c:94:a7:2d:b9:b3:b5:a2:1d:37:89:c8:84:d9:ed:bf
debug3: put_host_port: [127.0.0.1]:54973
debug3: put_host_port: [localhost]:54973
debug3: load_hostkeys: loading entries for host "[localhost]:54973" from file "/dev/null"
debug3: load_hostkeys: loaded 0 keys
debug1: checking without port identifier
debug3: load_hostkeys: loading entries for host "localhost" from file "/dev/null"
debug3: load_hostkeys: loaded 0 keys
Warning: Permanently added '[localhost]:54973' (RSA) to the list of known hosts.
debug2: bits set: 519/1024
debug1: ssh_rsa_verify: signature correct
debug2: kex_derive_keys
debug2: set_newkeys: mode 1
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug2: set_newkeys: mode 0
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug2: service_accept: ssh-userauth
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug2: key: /Users/inkel/.docker/machine/machines/dev/id_rsa (0x7feeca600150), explicit
debug1: Authentications that can continue: publickey,password,keyboard-interactive
debug3: start over, passed a different list publickey,password,keyboard-interactive
debug3: preferred publickey,keyboard-interactive
debug3: authmethod_lookup publickey
debug3: remaining preferred: keyboard-interactive
debug3: authmethod_is_enabled publickey
debug1: Next authentication method: publickey
debug1: Offering RSA public key: /Users/inkel/.docker/machine/machines/dev/id_rsa
debug3: send_pubkey_test
debug2: we sent a publickey packet, wait for reply
debug1: Server accepts key: pkalg ssh-rsa blen 279
debug2: input_userauth_pk_ok: fp 8b:f1:19:49:34:18:61:8c:ba:cd:a5:65:99:aa:ce:ea
debug3: sign_and_send_pubkey: RSA 8b:f1:19:49:34:18:61:8c:ba:cd:a5:65:99:aa:ce:ea
debug1: read PEM private key done: type RSA
debug1: Authentication succeeded (publickey).
Authenticated to localhost ([127.0.0.1]:54973).
debug1: setting up multiplex master socket
debug3: muxserver_listen: temporary control path /Users/inkel/.ssh/master-docker<strong i="8">@localhost</strong>:54973.bGmwLqk9AzPAnw76
debug2: fd 6 setting O_NONBLOCK
debug3: fd 6 is O_NONBLOCK
debug3: fd 6 is O_NONBLOCK
debug1: channel 0: new [/Users/inkel/.ssh/master-docker<strong i="9">@localhost</strong>:54973]
debug3: muxserver_listen: mux listener channel 0 fd 6
debug1: control_persist_detach: backgrounding master process
debug2: control_persist_detach: background process is 15146
debug2: fd 6 setting O_NONBLOCK
debug1: forking to background
debug1: Entering interactive session.
debug2: set_control_persist_exit_time: schedule exit in 300 seconds
debug1: multiplexing control connection
debug3: fd 7 is O_NONBLOCK
debug3: fd 7 is O_NONBLOCK
debug1: channel 1: new [mux-control]
debug3: channel_post_mux_listener: new mux channel 1 fd 7
debug3: mux_master_read_cb: channel 1: hello sent
debug2: set_control_persist_exit_time: cancel scheduled exit
debug3: mux_master_read_cb: channel 1 packet type 0x00000001 len 4
debug2: process_mux_master_hello: channel 1 slave version 4
debug2: mux_client_hello_exchange: master version 4
debug3: mux_client_forwards: request forwardings: 0 local, 0 remote
debug3: mux_client_request_session: entering
debug3: mux_client_request_alive: entering
debug3: mux_master_read_cb: channel 1 packet type 0x10000004 len 4
debug2: process_mux_alive_check: channel 1: alive check
debug3: mux_client_request_alive: done pid = 15147
debug3: mux_client_request_session: session request sent
debug3: mux_master_read_cb: channel 1 packet type 0x10000002 len 92
debug2: process_mux_new_session: channel 1: request tty 0, X 1, agent 0, subsys 0, term "xterm", cmd "sudo /etc/init.d/docker restart", env 1
debug3: process_mux_new_session: got fds stdin 8, stdout 9, stderr 10
debug1: channel 2: new [client-session]
debug2: process_mux_new_session: channel_new: 2 linked to control channel 1
debug2: channel 2: send open
debug2: callback start
debug2: client_session2_setup: id 2
debug2: fd 5 setting TCP_NODELAY
debug3: packet_set_tos: set IP_TOS 0x08
debug1: Sending environment.
debug1: Sending env LANG = en_US.UTF-8
debug2: channel 2: request env confirm 0
debug1: Sending command: sudo /etc/init.d/docker restart
debug2: channel 2: request exec confirm 1
debug3: mux_session_confirm: sending success reply
debug2: callback done
debug2: channel 2: open confirm rwindow 0 rmax 32768
debug1: mux_client_request_session: master session id: 2
debug2: channel 2: rcvd adjust 2097152
debug2: channel_input_status_confirm: type 99 id 2
debug2: exec request accepted on channel 2
debug1: client_input_channel_req: channel 2 rtype exit-status reply 0
debug3: mux_exit_message: channel 2: exit message, evitval 0
debug1: client_input_channel_req: channel 2 rtype [email protected] reply 0
debug2: channel 2: rcvd eow
debug2: channel 2: close_read
debug2: channel 2: input open -> closed
debug2: channel 2: rcvd eof
debug2: channel 2: output open -> drain
debug2: channel 2: obuf empty
debug2: channel 2: close_write
debug2: channel 2: output drain -> closed
debug2: channel 2: rcvd close
debug3: channel 2: will not send data after close
debug2: channel 2: send close
debug2: channel 2: is dead
debug2: channel 2: gc: notify user
debug3: mux_master_session_cleanup_cb: entering for channel 2
debug2: channel 1: rcvd close
debug2: channel 1: output open -> drain
debug2: channel 1: close_read
debug2: channel 1: input open -> closed
debug2: channel 2: gc: user detached
debug2: channel 2: is dead
debug2: channel 2: garbage collecting
debug1: channel 2: free: client-session, nchannels 3
debug3: channel 2: status: The following connections are open:
  #2 client-session (t4 r0 i3/0 o3/0 fd -1/-1 cc -1)

debug2: channel 1: obuf empty
debug2: channel 1: close_write
debug2: channel 1: output drain -> closed
debug2: channel 1: is dead (local)
debug2: channel 1: gc: notify user
debug3: mux_master_control_cleanup_cb: entering for channel 1
debug2: channel 1: gc: user detached
debug2: channel 1: is dead (local)
debug2: channel 1: garbage collecting
debug1: channel 1: free: mux-control, nchannels 2
debug3: channel 1: status: The following connections are open:

debug2: set_control_persist_exit_time: schedule exit in 300 seconds
debug3: mux_client_read_packet: read header failed: Broken pipe
debug2: Received exit status from master 0

음... 몇 분 후 내 화면에 다음이 나타납니다.

debug1: ControlPersist timeout expired
debug1: channel 0: free: /Users/inkel/.ssh/master-docker<strong i="6">@localhost</strong>:54973, nchannels 1
debug3: channel 0: status: The following connections are open:

debug3: fd 0 is not O_NONBLOCK
debug3: fd 1 is not O_NONBLOCK
Transferred: sent 3104, received 2480 bytes, in 301.1 seconds
Bytes per second: sent 10.3, received 8.2
debug1: Exit status -1

@inkel 이상한. 네트워크에 대해 생각할 수 있는 VPN 또는 비정상적인 설정이 있습니까?

아니, 내가 생각할 수 있는 것은 아니다. 며칠 전 나는 여전히 0.1.0 하고 완벽하게 작동했다가 0.3.0 로 업데이트했고 현재와 같이 펑키하게 작동하기 시작했습니다. 같은 문제를 겪고 있는 다른 동료 @fsaravia가 있습니다.

@nathanleclaire 동료와 이야기한 후 다음 버전을 사용하고 있음을 발견했습니다. 홈브류에 있는 버전이 이 오류를 제공했기 때문입니다.

$ docker-machine -v
docker-machine version 0.3.0 (0a251fe)

그는 최신 버전을 사용하고 있으므로 brew install docker-machine 버전을 삭제했는데 이제 작동하는 것 같습니다.

@inkel 좋습니다 . 작동하게 되어 기쁩니다.

나는 성공하지 못한 최신 버전의 docker-machine으로 다시 시도했습니다. git shell을 사용하여 Windows 7에서 실행 중입니다. 모든 단계와 해당 출력은 여기에 있습니다 .

out.log 파일에는 주요 단계가 포함되어 있습니다. 그런 다음 docker-machine-create.log 및 docker-machine-env.log가 있습니다.

/var/lib/boot2docker/tls/에서 /c/Users/Pedro/.docker/machine/machines/test/로 인증서 파일을 수동으로 복사한 후

나는 또 다른 시도를했고 결과 로그는 docker-machine-env-2.log입니다.
마지막에 내보낸 환경 변수를 사용하더라도 여전히 연결할 수 없습니다.
docker ps 가) 시간 초과 오류로 종료되었습니다.

VM이 시작되었고 도커 서비스가 망가지고 있었습니다.
컴퓨터에서 ssh할 수 있고 도커 서비스가 올바른 포트(2376)에서 수신 대기 중입니다.

docker<strong i="15">@test</strong>:~$ netstat -an
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address           Foreign Address         State
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN
tcp        0      0 10.0.2.15:22            10.0.2.2:57901          ESTABLISHED
tcp        0      0 :::2376                 :::*                    LISTEN
tcp        0      0 :::22                   :::*                    LISTEN
Active UNIX domain sockets (servers and established)
Proto RefCnt Flags       Type       State         I-Node Path
unix  2      [ ACC ]     SEQPACKET  LISTENING      14092 /run/udev/control
unix  2      [ ACC ]     STREAM     LISTENING      17142 /var/run/acpid.socket
unix  2      [ ACC ]     STREAM     LISTENING      17656 /var/run/docker.sock
unix  3      [ ]         DGRAM                     14101
unix  3      [ ]         STREAM     CONNECTED      22738
unix  3      [ ]         STREAM     CONNECTED      22737
unix  3      [ ]         DGRAM                     14100

흥미로운 점은 boot2docker가 제대로 작동한다는 것입니다.
생각이 더 있으신가요?
감사 해요.

이 문제는 재현하기가 정말 어렵습니다... vmboxnet0 및 vmboxnet1을 제외한 모든 vmboxnet_x를 삭제하고 컴퓨터를 재부팅(도커 머신이 아닌)한 후 문제가 사라졌습니다.

컴퓨터를 몇 번 절전 모드로 전환한 다음 다시 시도한 후 동일한 문제가 발생하기 시작했습니다. 완전히 다시 시작해야 하는 순간이 있을 때 다시 시도하고 어떤 일이 일어나는지 확인하겠습니다.

모든 Docker 앱의 최신 버전이 있습니다. VirtualBox VM을 구축하는 Linux Ubuntu의 Docker Machine으로 몇 주 동안 문제를 켜고 끌었습니다. 방금 Docker Swarm을 추가했는데 문제가 몇 배 더 악화되었습니다(더 자주). 나는 3개의 스웜 머신을 만드는 데 2시간을 보냈다. 재부팅하면 일반적으로 해결되지만 합리적이지 않습니다. docker-machine의 --debug를 사용하면 다른 댓글 작성자가 지적한 대로 중단된 위치를 확인할 수 있습니다. Daemon not responding yet: dial tcp 192.168.99.XXX:2376: no route to host 가 있는 몇 곳에서 멈추는 것을 보았지만 이 시점에서 시간 초과가 항상 발생합니다.

STDERR: 
Using SSH client type: external
About to run SSH command:
ip addr show dev eth1
&{/usr/bin/ssh [/usr/bin/ssh -o PasswordAuthentication=no -o IdentitiesOnly=yes -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null -o LogLevel=quiet -o ConnectionAttempts=3 -o ConnectTimeout=10 -i /home/gstafford/.docker/machine/machines/swarm-node-02/id_rsa -p 58710 docker<strong i="7">@localhost</strong> ip addr show dev eth1] []  <nil> <nil> <nil> [] <nil> <nil> <nil> ?reflect.Value? false [] [] [] [] <nil>}
SSH cmd err, output: <nil>: 4: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 08:00:27:9d:c5:3d brd ff:ff:ff:ff:ff:ff
    inet 192.168.99.105/24 brd 192.168.99.255 scope global eth1
       valid_lft forever preferred_lft forever
    inet6 fe80::a00:27ff:fe9d:c53d/64 scope link 
       valid_lft forever preferred_lft forever

SSH returned: 4: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 08:00:27:9d:c5:3d brd ff:ff:ff:ff:ff:ff
    inet 192.168.99.105/24 brd 192.168.99.255 scope global eth1
       valid_lft forever preferred_lft forever
    inet6 fe80::a00:27ff:fe9d:c53d/64 scope link 
       valid_lft forever preferred_lft forever

END SSH

Daemon not responding yet: dial tcp 192.168.99.105:2376: no route to host
Daemon not responding yet: dial tcp 192.168.99.105:2376: no route to host
Daemon not responding yet: dial tcp 192.168.99.105:2376: no route to host
Daemon not responding yet: dial tcp 192.168.99.105:2376: no route to host
Daemon not responding yet: dial tcp 192.168.99.105:2376: no route to host
Daemon not responding yet: dial tcp 192.168.99.105:2376: no route to host
Daemon not responding yet: dial tcp 192.168.99.105:2376: no route to host
Daemon not responding yet: dial tcp 192.168.99.105:2376: no route to host
Daemon not responding yet: dial tcp 192.168.99.105:2376: no route to host
Daemon not responding yet: dial tcp 192.168.99.105:2376: no route to host
Daemon not responding yet: dial tcp 192.168.99.105:2376: no route to host
Daemon not responding yet: dial tcp 192.168.99.105:2376: no route to host
Daemon not responding yet: dial tcp 192.168.99.105:2376: no route to host
Daemon not responding yet: dial tcp 192.168.99.105:2376: no route to host
Daemon not responding yet: dial tcp 192.168.99.105:2376: no route to host
Daemon not responding yet: dial tcp 192.168.99.105:2376: no route to host
Daemon not responding yet: dial tcp 192.168.99.105:2376: no route to host
Daemon not responding yet: dial tcp 192.168.99.105:2376: no route to host
Daemon not responding yet: dial tcp 192.168.99.105:2376: no route to host
Daemon not responding yet: dial tcp 192.168.99.105:2376: no route to host
Daemon not responding yet: dial tcp 192.168.99.105:2376: no route to host
Daemon not responding yet: dial tcp 192.168.99.105:2376: no route to host
Daemon not responding yet: dial tcp 192.168.99.105:2376: no route to host
Daemon not responding yet: dial tcp 192.168.99.105:2376: no route to host
Daemon not responding yet: dial tcp 192.168.99.105:2376: no route to host
Daemon not responding yet: dial tcp 192.168.99.105:2376: no route to host
Daemon not responding yet: dial tcp 192.168.99.105:2376: no route to host
Daemon not responding yet: dial tcp 192.168.99.105:2376: no route to host
Daemon not responding yet: dial tcp 192.168.99.105:2376: no route to host
Daemon not responding yet: dial tcp 192.168.99.105:2376: no route to host
Daemon not responding yet: dial tcp 192.168.99.105:2376: no route to host
Daemon not responding yet: dial tcp 192.168.99.105:2376: no route to host
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.

@garystafford 사용자의 ssh 구성은 어떻게 생겼습니까? 참조: https://github.com/docker/machine/issues/1591

@chantra 의 솔루션이 저에게

방금 이것에 부딪쳤습니다. @chantra 의 솔루션도 저에게 효과적이었습니다. Cisco AnyConnect: 분노:

또한 Cisco AnyConnect. 라우팅 테이블이 이와 같은 소프트웨어에 의해 망가진 경우 수정하도록 권장하는 검사를 추가할 수 있다고 생각하지 않습니까? 진단하는 것은 매우 실망스럽습니다. 나는 여전히 성공적으로 부팅된 도커 머신으로 ssh할 수 있었고, 이것에서 토론을 찾기 전에 많은 티켓을 살펴봐야 했습니다.

라우팅 테이블이 이와 같은 소프트웨어에 의해 망가진 경우 수정하도록 권장하는 검사를 추가할 수 있다고 생각하지 않습니까?

이것은 실제로 내가 지금 고려하고 있는 정확한 솔루션입니다. 많은 경우 실제로 인스턴스 생성을 성공적으로 완료하고 IP 주소를 얻을 수 있는 것처럼 보이지만 연결할 수 없습니다.

또한 수면 후 연결할 수 없는 도커 문제가 있습니다.

Windows 10에서 @chantra 의 솔루션을 어떻게 하시겠습니까?

나는 몇 번의 수면 후에도이 문제를 경험했습니다.
다시 시작하면 문제가 해결되었습니다..

이것은 도커 머신이 실행 중이고 VPN을 사용할 때에도 발생했습니다. 명령이 영원히 중단됩니다.
그러나 VPN에서 내렸더니 시스템이 docker-machine restart <MACHINE-NAME> 다시 시작했고 다시 작동하기 시작했습니다.

이것은 도커 머신이 실행 중이고 VPN을 사용할 때에도 발생했습니다. 명령이 영원히 중단됩니다.
그러나 나는 VPN에서 내렸고 기계를 다시 시작했습니다. docker-machine restart그리고 다시 작동하기 시작했습니다.

이것은 나에게도 일어났습니다. 도커 머신을 실행하고 VPN에 연결하고 VPN을 끊고 docker env <MACHINE-NAME> 가 중단되었습니다.

그러나 docker-machine restart <MACHINE-NAME> 을 했지만 도움이 되지 않았습니다. docker env <MACHINE-NAME> 가 여전히 매달려 있습니다.

Cisco AnyConnect VPN을 사용하는 Mac OS 10.10.4에서도 이 문제가 발생합니다.

• 새로 부팅하면 도커가 잘 작동합니다.
• VPN을 켜고 뒤로 물러나다
• docker-machine env 기본값이 멈춥니다.

도커 머신 재시작 기본값을 시도했지만 문제가 지속됩니다.

@chantra 의 솔루션이 저에게 효과적인 것 같습니다. 내 컴퓨터에서 인터페이스는 vboxnet0이었습니다(mac 터미널에서 ifconfig를 사용하여 찾았습니다). VPN을 사용해야 할 때마다 재부팅하는 것보다 훨씬 쉽습니다.

내가 사용하고 있던 VPN에 대해 언급했는지 확실하지 않지만 FWIW에서는 cisco도 사용하고 있습니다.
애니커넥트....

2015년 9월 23일 수요일 오후 7시 52분, Joe McGlynn [email protected]
썼다:

Cisco AnyConnect가 설치된 Mac OS 10.10.4에서도 이 문제가 발생합니다.
VPN.

• 새로 부팅하면 도커가 잘 작동합니다.
• VPN을 켜고 뒤로 물러나다
• docker-machine env 기본값이 멈춥니다.

도커 머신 재시작 기본값을 시도했지만 문제가 지속됩니다.

@chantra https://github.com/chantra 의 솔루션이 저에게 효과적인 것 같습니다. 에
내 컴퓨터의 인터페이스는 vboxnet0이었습니다(mac에서 ifconfig를 사용하여 찾았습니다.
터미널) VPN을 사용해야 할 때마다 재부팅하는 것보다 훨씬 쉽습니다.

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

FWIW 또한 OS X 10.10.5에서 Cisco AnyConnect VPN을 사용하고 있었고 대신 openconnect를 시도했는데 문제를 피하는 것 같습니다.

@ronen ,

@ChrisRut 네, 방금 이 문제를 해결하려고 할 때 openconnect에 대해 배웠습니다. 굿바이 애니커넥트! 나는 openconnect가 사용하기 조금 번거롭다는 것을 알았으므로 "vpn up" 및 "vpn down"을 입력할 수 있는 빠른 래퍼를 함께 던졌습니다. 관심이 있으시면 https://gist.github.com/ronen/7d486adbde5d6bfd2472에 있습니다.

유사한 증상에 대해 여러 문제가 있는 것 같아서 잠자기 후 Windows 10(또는 다른 버전) 호스트에서 문제를 경험하는 사람들을 위해 #1934를 열었습니다. 문제를 분리하기 위해 이 문제의 제목을 VPN 네트워크 문제와 관련시키는 것이 좋습니다.

내 호스트 시스템이 절전 모드로 전환된 후에 이 문제가 발생하고 나중에 다시 나타납니다. 결국 c:usersdan.dockermachine 폴더(캐시 제외)에서 모든 것을 삭제한 다음 다시 만듭니다. 호스트 시스템을 재부팅하는 것보다 훨씬 빠릅니다! ;)

아, 그리고 그렇게하기 전에 일부 프로세스를 종료해야합니다. 3개의 'VBoxHeadless.exe' 프로세스, 3개의 'VBoxNetDHCP.exe' 및 'VirtualBox 인터페이스'가 있는 경향이 있습니다.

노트북을 깨우고 이름이 "dev"인 도커 머신 인스턴스를 삭제했습니다.
다음 명령을 실행하여 두 개의 새 가상 머신을 생성했습니다.

$ docker-machine create \
    --driver virtualbox \
    --engine-env HTTP_PROXY=http://10.206.246.20:8080 \
    --engine-env HTTPS_PROXY=http://10.206.246.20:8080 \
    --virtualbox-hostonly-cidr "169.254.0.20/16" \
    registry  
$ eval $(docker-machine env registry --shell=bash)
$ docker ps
CONTAINER ID        IMAGE               COMMAND             CREATED             STATUS              PORTS               NAMES
$ docker run -d -p 5000:5000 --restart=always --name registry registry
$ docker ps
CONTAINER ID        IMAGE               COMMAND             CREATED             STATUS              PORTS                    NAMES
7001a595cc28        registry            "docker-registry"   27 seconds ago      Up 24 seconds       0.0.0.0:5000->5000/tcp   registry
$ docker-machine ip registry
169.254.0.100
$ docker-machine create \
    --driver virtualbox \
    --engine-env HTTP_PROXY=http://10.206.246.20:8080 \
    --engine-env HTTPS_PROXY=http://10.206.246.20:8080 \
    --engine-insecure-registry "$(docker-machine env registry):5000" \
    --virtualbox-hostonly-cidr "169.254.0.20/16" \
    dev
$ docker-machine ip dev
169.254.0.101
$ eval $(docker-machine env dev --shell=bash)

docker-machine env dev --shell=bash 는 몇 분 동안 멈추고 다음을 stderr에 덤프합니다.

C:\Program Files\ConEmu>docker-machine -D env dev --shell=bash > c:\tmp\docker-machine_env.log
Maximum number of retries (60) exceeded

stdout 로그 출력은 이 Gist 에서 찾을 수 있습니다.

이상한 점은 최대 재시도 횟수에 도달한 후 올바른 출력이 덤프된다는 것입니다. 로그 끝을 참조하십시오.

다음은 시간이 지정된 stdout 출력입니다.

$ time docker-machine env dev --shell=bash
Maximum number of retries (60) exceeded
export DOCKER_TLS_VERIFY="1"
export DOCKER_HOST="tcp://169.254.0.101:2376"
export DOCKER_CERT_PATH="C:\Users\mrumpf\.docker\machine\machines\dev"
export DOCKER_MACHINE_NAME="dev"
# Run this command to configure your shell:
# eval "$(C:\cygwin64\home\mrumpf\bin\docker-machine.exe env dev)"

real    4m8.802s
user    0m0.015s
sys     0m0.078s

그리고 점점 낯설어지는데...
첫 번째 가상 머신에 대해 동일한 명령이 문제 없이 실행됩니다.

$ time docker-machine env registry --shell=bash
export DOCKER_TLS_VERIFY="1"
export DOCKER_HOST="tcp://169.254.0.100:2376"
export DOCKER_CERT_PATH="C:\Users\mrumpf\.docker\machine\machines\registry"
export DOCKER_MACHINE_NAME="registry"
# Run this command to configure your shell:
# eval "$(C:\cygwin64\home\mrumpf\bin\docker-machine.exe env registry)"

real    0m2.129s
user    0m0.000s
sys     0m0.093s

@mrumpf *PROXY 옵션(예: --engine-env HTTP_PROXY=http://10.206.246.20:8080/ )에 슬래시를 추가하면 성공합니까 아니면 계속 실패합니까?

지금 데비안 8.2에서 이것을 받고 있습니다.

이 문제를 일으키는 것으로 보이는 VPN 소프트웨어 목록에 Jupiter Junos Pulse를 추가하십시오.

모든 VPN이 "일반" 라우팅을 재정의하는 동일한 기본 정의를 가지고 있기 때문에 _any_ VPN이 이 작업을 수행할 가능성이 높습니다.

업데이트: "분할 연결"(내 설치에서 허용하는 옵션. 다른 VPN 서버에 연결)을 사용하여 이것을 피하는 것 같습니다.

무엇을 기다립니다? 어떤 종류의 VPN이나 ​​프록시도 사용하지 않습니다...

VPN은 네트워크 구성을 엉망으로 만드는 많은 것들 중 하나일 뿐입니다. 보다 일반적으로 네트워크 연결의 변경 사항은 다음과 같을 수 있습니다(그리고 여기에는 "네트워킹"으로 생각하지 않을 수 있는 몇 가지 사항이 포함됨).

• VPN 활성화/비활성화
• 유선 LAN 연결/분리
• WiFi 활성화/비활성화/구역 변경(예: 랩탑을 건물의 다른 구역으로 운반)
• Bluetooth 장치 연결/연결 해제( Bluetooth PAN으로 인해)
• USB 장치 연결/연결 해제/켜기/끄기

VPN 사례는 "분할" 옵션을 제공할 수 있기 때문에 주목할 만합니다. 이 옵션은 이 원인으로 인해 Docker 연결이 흔들리는 것을 방지할 수 있습니다. 그러나 분할 VPN은 다른 모든 것들이 엉망이 되는 것을 막지는 못할 것입니다.

나는 구식 RJ45 케이블을 사용하고 있습니다 ...

docker-machine이 이러한 이벤트에 민감한 이유를 이해할 수 없습니다.

나는 rj45 플러그/언플러그, 와이파이 스위칭을 시도했다. 내 쪽에는 문제가 없습니다.

처리 시간이 필요할 수 있습니까? 나는 다음을 수행하는 셸 함수로 계속 실행합니다.

docker-machine stop "${VM}"
docker-machine start "${VM}"
docker-machine ssh "${VM}" sudo /etc/init.docker restart
eval $(docker-machine env "${VM}"

이 명령을 한 번에 하나씩 손가락으로 수행하면 잘 됩니다. 그러나 스크립트에서 실행할 때 동일한 명령 시퀀스가 ​​중단(또는 몇 분이 소요)보다 한 번 작동합니다.

@mrumpf 에 연결하는 이 VM은 내 docker-machine ls 목록에서 두 번째입니다.

@jrep 아, 그런 경우에는 데몬이 시작되고 요청 수락을 시작할 때까지 잠시 기다려야 합니다. 이것이 머신에 프로비저닝하는 동안 데몬이 다시 시작되는 사이에 Docker를 기다리는 코드가 있는 이유입니다. 틀림없이 start 에서도 이를 확인해야 합니다.

이 문제는 매우 길고 많은 생략이 포함되어 있습니다. 누군가가 계속해서 유사한 문제를 겪는다면 https://github.com/docker/machine/issues/new 에서 다음을 포함한 자세한 정보와 함께 새 항목을 여십시오.

• 사용 중인 OS
• 네트워킹 구성에서 비정상적인 모든 것(VPN, 프록시, SSH 구성 설정 등),
• --debug 플래그가 있는 오작동 명령의 출력
• VirtualBox는 ~/.docker/machine/machines/name/name 에서 로그합니다.

감사 해요!

• N