Machine: Docker-Maschine steckt in der Start-VM fest

Wahrscheinlich das SSH-Passwort (Sie können tcuser versuchen, um zu sehen, ob das funktioniert), aber es sollte das nicht wirklich zeigen. Geht es docker-machine --native-ssh ls besser?

cc @jeffdm Dies scheint mit einigen der Toolbox-Schnellstart-Hänge zu tun zu haben, die wir gesehen haben.

tcuser wird nicht akzeptiert.

$ docker-machine --native-ssh ls
NAME      ACTIVE   DRIVER       STATE     URL   SWARM
default            virtualbox   Timeout

Ich habe anscheinend genau das gleiche Problem.

@Bregor @daemonza Könnten Sie versuchen, ~/.docker/machine/cache entfernen und es erneut zu versuchen? Möglicherweise ist beim Herunterladen der ISO etwas nicht in Ordnung.

$  rm -fr ~/.docker/machine

$ docker-machine create -d virtualbox default
Creating CA: /Users/bregor/.docker/machine/certs/ca.pem
Creating client certificate: /Users/bregor/.docker/machine/certs/cert.pem
Image cache does not exist, creating it at /Users/bregor/.docker/machine/cache...
No default boot2docker iso found locally, downloading the latest release...
Downloading https://github.com/boot2docker/boot2docker/releases/download/v1.8.1/boot2docker.iso to /Users/bregor/.docker/machine/cache/boot2docker.iso...
Creating VirtualBox VM...
Creating SSH key...
Starting VirtualBox VM...
Starting VM...

Schon seit ungefähr einer halben Stunde.
Gibt es irgendwelche Protokolle oder so?

Ich habe das gleiche Problem, das in "Starten der VM ..." steckt:

OS X 10.10.5
Virtualbox 5.0.0.101573 (sehr aktuell)
Docker-Maschine Version 0.4.0 (9d0dc7a)

Auf Virtualbox kann ich in der Vorschau sehen, dass die VM gestartet wurde und sich in der Shell befindet.
Ich kann manuell SSH hinein.

Hier ist das /var/log/boot2docker.log: https://gist.github.com/maximeg/8b24cc7a917440469ba2
Es gibt Fehler, aber ich weiß nicht, ob es kritisch ist oder nicht.

Ich habe es mit einer Docker-Maschine versucht, die von Brew installiert wurde. Als ich es mit der Docker Toolbox und der Docker-Shell versuchte, konnte ich feststellen, dass beim Versuch, ssh in die neu erstellte "Standard" -VM zu ssh, eine Schleife ausgeführt wurde. Ich habe es manuell versucht und es geschafft, ssh in (nach "Ja" bei der Überprüfung der bekannten Hosts).

Auf einer neuen Maschine musste ich alles neu installieren:
OS X 10.10.5
Virtualbox 5.0.3.102137 (neueste Testversion)
Docker-Maschine Version 0.4.1 (e2c88d6)

Scheint mit 0.4.1 behoben.
[Bearbeiten] Das Problem war mit ssh ControlMaster, siehe unten.

Nur zur Veranschaulichung: Ich habe Virtualbox 5.0.2 installiert und bin auf ein ernstes Problem gestoßen, das verhindert, dass eine VM gestartet wird. Ich musste den neuesten Test Build (5.0.3-102137) testen und damit lief alles gut.

Jedenfalls für mich gelöst.

Gleiches Problem hier mit 0.4.1 auf 10.11 PB5, auch nach dem vollständigen Entfernen von ~ / .docker

$ docker-machine create -d virtualbox dev
Creating CA: /Users/renaudg/.docker/machine/certs/ca.pem
Creating client certificate: /Users/renaudg/.docker/machine/certs/cert.pem
Image cache does not exist, creating it at /Users/renaudg/.docker/machine/cache...
No default boot2docker iso found locally, downloading the latest release...
Downloading https://github.com/boot2docker/boot2docker/releases/download/v1.8.1/boot2docker.iso to /Users/renaudg/.docker/machine/cache/boot2docker.iso...
Creating VirtualBox VM...
Creating SSH key...
Starting VirtualBox VM...
Starting VM...

und

$ docker-machine ls
Password:NAME   ACTIVE   DRIVER       STATE     URL   SWARM
dev             virtualbox   Timeout
[renaudg@Renauds-MBP-2015 ~]$
Password:
Password:

Eigentlich war ich auf Vbox 5.0.0. Upgrade auf 5.0.2 und anderes Problem jetzt beim Ausführen von docker-machine -D create -d virtualbox dev :

executing: /usr/local/bin/VBoxManage modifyvm dev --natpf1 delete ssh
STDOUT:
STDERR: VBoxManage: error: Code NS_ERROR_INVALID_ARG (0x80070057) - Invalid argument value (extended info not available)
VBoxManage: error: Context: "RemoveRedirect(Bstr(ValueUnion.psz).raw())" at line 1766 of file VBoxManageModifyVM.cpp

executing: /usr/local/bin/VBoxManage modifyvm dev --natpf1 ssh,tcp,127.0.0.1,56719,,22
STDOUT:
STDERR:
executing: /usr/local/bin/VBoxManage startvm dev --type headless
STDOUT: Waiting for VM "dev" to power on...
VM "dev" has been successfully started.

STDERR:
Error creating machine: exit status 1
You will want to check the provider to make sure the machine and associated resources were properly removed.
$ docker-machine ls
NAME   ACTIVE   DRIVER       STATE     URL   SWARM
dev             virtualbox   Stopped

Kann bestätigen, dass ich auch dieses Problem habe. Versucht, Virtualbox auf den neuesten Test, 5.0.3r102220, ohne Würfel zu aktualisieren. Docker Toolbox 1.0.1b

Hier ist ein Kern der Befehlszeile: Docker-Maschine create -d virtualbox dev --debug

https://gist.github.com/crioux/1e94febca7bb8c1a19cc

Beachten Sie das Vorhandensein von "STDERR: shell-init: Fehler beim Abrufen des aktuellen Verzeichnisses: getcwd: Zugriff auf übergeordnete Verzeichnisse: Keine solche Datei oder kein solches Verzeichnis"

Ich hatte gerade einen Gedanken: Auf meinem neuen Computer habe ich mein .ssh/config (ich habe nur am Sonntag Zugriff darauf) noch nicht wiederhergestellt, das verschiedene Optionen enthält, einschließlich ControlMaster .

Ich habe es gerade mit ControlMaster-Set reproduziert und ohne ist alles in Ordnung. @crioux , @renaudguerin hast du so etwas in deiner ssh config?

@maximeg : Nein, nichts dergleichen auf dieser Maschine.

In der Tat verwende ich ControlMaster und andere Optionen, werde es ohne versuchen. Aber ich schlage vor, Docker-Maschine sollte alle SSH-Optionen deaktivieren, mit denen es nicht kompatibel ist

Am Do, 20. August 2015, um 20:17 Uhr, Maxime Garcia [email protected]
schrieb:

Ich hatte gerade einen Gedanken: Auf meinem neuen Computer habe ich mein .ssh/config (ich habe nur am Sonntag Zugriff darauf) noch nicht wiederhergestellt, das verschiedene Optionen enthält, einschließlich ControlMaster .

Ich reproduziere es einfach mit ControlMaster-Set und ohne ist alles in Ordnung. @crioux , @renaudguerin hast du so etwas in deiner ssh config?

Antworte direkt auf diese E-Mail oder sieh sie dir auf GitHub an:
https://github.com/docker/machine/issues/1684#issuecomment -133105974

Oh, es scheint, dass das Problem mit ControlMaster von # 1630 behoben wurde. Es ist fest und besucht für 0.4.2.

@crioux Ihr Problem scheint mit VirtualBox zu cd , um wieder in Ihr $ HOME zu gelangen.
Führen Sie es direkt nach dem Starten einer Shell aus? Versuchen Sie auch cd . Möglicherweise haben Sie in Ihren .bashrc / .bash_profile / .zshrc ... -Dateien etwas faul.

.bash_profile entfernt, neue Shell in ~ gestartet und das gleiche Problem.

Selbst mit einer neuen Shell, die nur cd docker-machine ausführt, dann die

Ohne .bash_profile:

Letzte Anmeldung: Do 20. August 12:14:48 auf ttys000
$ cd
$ docker-machine create -d virtualbox dev
Erstellen einer VirtualBox-VM ...
SSH-Schlüssel erstellen ...
Starten von VirtualBox VM ...
Starten der VM ...

Kein .bash_profile, VirtualBox vollständig deinstalliert und ~ / Library / VirtualBox entfernt und ~ / .docker entfernt und Docker-Toolbox neu installiert, und das Problem besteht immer noch, genau das gleiche.

Die Verbindung von localhost zu localhost: 49630 erhält eine SYN und dann eine RST. Etwas lässt es nicht auf diesen Port zugreifen. Ich habe 'pf' und 'little snitch' und alles andere ausgeschaltet, was im Weg stehen könnte, und ich verstehe nicht, warum es keine Verbindung herstellen kann. Ein normales 'ssh' von der Konsole zu diesem Port ist erfolgreich.

Während die "Start-VM" stecken blieb (SSH-Verbindung wird in einer Schleife versucht), konnte ich auf meinem alten Computer auch manuell eine Verbindung über SSH herstellen.

Und mit einem leeren .ssh/config ? Ich versuche mich zu erinnern, welche Dinge ich auf dem früheren Computer hatte, die ich auf dem neuen nicht getan habe (leider kann ich nicht darauf zugreifen, es wurde gestohlen).

Gelöst: Das Problem ist, dass Virtualbox nur die IPv4-Adresse auf die Portweiterleitung an den SSH-Port überwacht. Meine Datei / etc / hosts enthält eine Zeile für localhost, die an die IPv6-Adresse localhost geht:

127.0.0.1 localhost
255.255.255.255 Broadcasthost
:: 1 localhost

Wenn Sie die Zeile für :: 1 auskommentieren, funktionieren die Dinge. Beachten Sie die Zeile "Testen der TCP-Verbindung", in der "localhost" aufgelöst wird, anstatt direkt zur IPv4-Adresse 127.0.0.1 zu wechseln.

Wenn Sie die Option zum Herstellen einer Verbindung mit dem nicht vorhandenen Port an der IPv6-Adresse entfernen, wird das Problem behoben.

Trotzdem bin ich von der Debug-Ausgabe nicht überzeugt, dass es hier keine anderen Probleme von ähnlichem Typ gibt, aber es scheint jetzt gut genug für mich zu funktionieren. Entwickler sollten generell nach Problemen dieser Art suchen.

Oh schön!

Hey Leute, ich hatte das gleiche Problem unter Windows 8.1 und habe einige Nachforschungen angestellt. Demnach könnten einige Probleme im Zusammenhang mit einem externen SSH-Client auftreten:

Git Bash Shell:

$ docker-machine.exe -D ls > docker-machine-timeout-gitbash.log
$ ssh -V
OpenSSH_6.6.1p1, OpenSSL 1.0.1m 19 Mar 2015

Cygwin Zsh Shell:

> docker-machine.exe -D ls > docker-machine-timeout-cygwin-zsh.log
> ssh -V
OpenSSH_6.8p1, OpenSSL 1.0.2a 19 Mar 2015

Mit nativem ssh:

> docker-machine.exe --native-ssh ls
NAME    ACTIVE   DRIVER       STATE     URL                         SWARM
local   *        virtualbox   Running   tcp://192.168.99.100:2376

Log diff:

--- D:\Work\docker-machine-timeout-cygwin-zsh.log
+++ D:\Work\docker-machine-timeout-gitbash.log
@@ -299,7 +299,7 @@
 Using SSH client type: external
 About to run SSH command:
 ip addr show dev eth1
-&{D:\Cygwin\bin\ssh.exe [D:\Cygwin\bin\ssh.exe -o PasswordAuthentication=no -o IdentitiesOnly=yes -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null -o LogLevel=quiet -o ConnectionAttempts=3 -o ConnectTimeout=10 -i C:\Users\Andrii_Melekhovskiy\.docker\machine\machines\local\id_rsa -p 64721 docker<strong i="16">@localhost</strong> ip addr show dev eth1] []  <nil> <nil> <nil> [] <nil> <nil> <nil> <nil> false [] [] [] [] <nil>}
+&{C:\Program Files (x86)\Git\bin\ssh.exe [C:\Program Files (x86)\Git\bin\ssh.exe -o PasswordAuthentication=no -o IdentitiesOnly=yes -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null -o LogLevel=quiet -o ConnectionAttempts=3 -o ConnectTimeout=10 -i C:\Users\Andrii_Melekhovskiy\.docker\machine\machines\local\id_rsa -p 64721 docker<strong i="17">@localhost</strong> ip addr show dev eth1] []  <nil> <nil> <nil> [] <nil> <nil> <nil> <nil> 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:47:c9:e5 brd ff:ff:ff:ff:ff:ff
     inet 192.168.99.100/24 brd 192.168.99.255 scope global eth1
@@ -617,6 +617,22 @@
 Using SSH client type: external
 About to run SSH command:
 ip addr show dev eth1
-&{D:\Cygwin\bin\ssh.exe [D:\Cygwin\bin\ssh.exe -o PasswordAuthentication=no -o IdentitiesOnly=yes -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null -o LogLevel=quiet -o ConnectionAttempts=3 -o ConnectTimeout=10 -i C:\Users\Andrii_Melekhovskiy\.docker\machine\machines\local\id_rsa -p 64721 docker<strong i="18">@localhost</strong> ip addr show dev eth1] []  <nil> <nil> <nil> [] <nil> <nil> <nil> <nil> false [] [] [] [] <nil>}
-NAME    ACTIVE   DRIVER       STATE     URL   SWARM
-local            virtualbox   Timeout         
+&{C:\Program Files (x86)\Git\bin\ssh.exe [C:\Program Files (x86)\Git\bin\ssh.exe -o PasswordAuthentication=no -o IdentitiesOnly=yes -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null -o LogLevel=quiet -o ConnectionAttempts=3 -o ConnectTimeout=10 -i C:\Users\Andrii_Melekhovskiy\.docker\machine\machines\local\id_rsa -p 64721 docker<strong i="19">@localhost</strong> ip addr show dev eth1] []  <nil> <nil> <nil> [] <nil> <nil> <nil> <nil> 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:47:c9:e5 brd ff:ff:ff:ff:ff:ff
+    inet 192.168.99.100/24 brd 192.168.99.255 scope global eth1
+       valid_lft forever preferred_lft forever
+    inet6 fe80::a00:27ff:fe47:c9e5/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:47:c9:e5 brd ff:ff:ff:ff:ff:ff
+    inet 192.168.99.100/24 brd 192.168.99.255 scope global eth1
+       valid_lft forever preferred_lft forever
+    inet6 fe80::a00:27ff:fe47:c9e5/64 scope link 
+       valid_lft forever preferred_lft forever
+
+END SSH
+
+NAME    ACTIVE   DRIVER       STATE     URL                         SWARM
+local   *        virtualbox   Running   tcp://192.168.99.100:2376   

@crioux arbeitet für mich, danke!

Ich brauchte zwei Dinge, damit das funktioniert:

• "ControlPersist no" in ~ / .ssh / config
• Keine IPv6-Einträge für localhost in / etc / hosts überhaupt (ich hatte :: 1 und auch fe80 :: 1% lo0)

Wird das angeschaut?

Hatte auch dieses Problem und kann bestätigen, dass das Auskommentieren der Zeile :: 1 in / etc / hosts auch für mich funktioniert hat. Ich bin unter Windows 7 und habe Docker Toolbox 1.8.2a verwendet.

Wow, schöner Fang @crioux. Die ControlPersist Probleme sollten auf dem Master behoben werden, aber ich bin nicht sicher, wie ich die localhost Probleme beheben soll. Vielleicht könnten wir annehmen, dass localhost 127.0.0.1 wo dies relevant ist, und das direkt verwenden? cc @ehazlett

Hatte das gleiche Problem und das Entfernen von .ssh / config (mit aktiviertem ControlMaster und ControlPersist) löste dies für mich.

Ich habe ein ähnliches Problem auf einem Windows 8-Computer. Kann jemand vorschlagen, wie es behoben werden kann?

@ Passion4Architecture Probieren Sie den Master-Build aus. Wenn dies nicht funktioniert, versuchen Sie, die Zeile ::1 in Ihrer Hosts-Datei zu kommentieren.

Ich habe festgestellt, dass der Master-Build dieses Problem nicht wirklich behebt. Ich dachte, es hätte dieses Problem für mich behoben, aber es stellte sich heraus, dass es nur so aussah, weil ich die Docker-Schnellstartverknüpfung nach einer Neuinstallation zum zweiten Mal ausführte. Bei der sofort einsatzbereiten Installation hängt der erste Ausführungsversuch immer vom VM-Erstellungsschritt ab. Wenn Sie es jedoch ein zweites Mal versuchen, bleibt der VM-Erstellungsschritt nicht hängen.

Selbst wenn ich die ausführbare Docker-Maschine zuerst durch den Master-Build ersetze, bevor ich versuche, den Schnellstart nach einer Neuinstallation auszuführen, bleibt der erste Versuch hängen. Wenn ich entweder auf eine Zeitüberschreitung oder auf Strg-C warte und dann versuche, den Schnellstart erneut auszuführen, bleibt der Schritt zur VM-Erstellung nicht hängen, aber sobald die VM-Shell gestartet ist, kann sie nicht mehr verwendet werden. Grundlegende Befehle wie Docker-Informationen werden nicht ausgeführt und beschweren sich, dass der Pfad kein Docker enthält.

Zeile ::1 ist bereits auf meiner Windows 10-Box auskommentiert, ControlPersist no schien dies zu lösen. Es funktionierte ohne die Änderung, gelegentlich wurde manuell mit den VirtualBox-Netzwerkeinstellungen herumgespielt ...

Ganz neu bei Docker. Führen Sie gerade das Tutorial "Docker für Windows installieren" aus. Kein Linux-Typ. Ich habe genau dieses Problem unter Windows 8.1. Führen Sie einfach das aus, was im Installationspaket enthalten ist. Dies ist eine Art Blocker für mich, um zu lernen und herauszufinden, ob dies ein Werkzeug ist, das ich meinem Projekt hinzufügen kann. Ich werde versuchen, den Ratschlägen hier zu folgen ... Eine FAQ oder eine Korrektur des Tutorials oder das Aktualisieren des Installationspakets würde wirklich helfen. Ab sofort ist dies ein Blocker.

Um es zusammenzufassen, muss ich Folgendes tun?

"ControlPersist no" in ~ / .ssh / config
Keine IPv6-Einträge für localhost in / etc / hosts überhaupt (ich hatte :: 1 und auch fe80 :: 1% lo0)

@ apocalypse2012 Haben diese beiden Lösungen das Problem für Sie behoben?

Nein ... Ich bin mir nicht sicher, wie ich SSH verwenden soll. Es ist schon eine Weile her, seit ich irgendetwas unter Linux gemacht habe. Also habe ich in VB nach einer IP gesucht, mit der ich mich verbinden kann. Ich kann die Standard-boot2docker-VM sehen, aber es wurde angegeben, dass sie nicht ausgeführt wurde. Also habe ich ein cntl-c auf dem Docker-Terminal-Fenster gemacht und es ging weg. Ich bin mir nicht sicher, ob ich das Docker-Terminal erneut ausführen oder von VB aus neu starten muss oder wie meine Reihenfolge hier lautet.

ps: sieht aus wie aus den Protokolldateien, dass es definitiv auf dem IP6-Zeug blockiert. konnte eigentlich nichts anderes sagen. Ich werde versuchen, von VB und SSH zu kommen, denke ich. Hoffentlich breche ich nichts.

pss: Fehler in der virtuellen Box:
Callee RC:
E_FAIL (0x80004005)

Ich habe neu installiert. Die VM wird ausgeführt, aber wie melde ich mich an? Was ist der Standardbenutzername und das Standardkennwort? Warum ist dieses System sofort einsatzbereit?

@ apocalypse2012 Sie sollten in der Lage sein, mit docker-machine ssh vmname zu SSH. Der Benutzer ist docker und das Passwort ist tcuser , aber Sie sollten nicht zur Eingabe von Anmeldeinformationen aufgefordert werden.

@ Nathanleclaire Wann können wir eine Veröffentlichung vom Master erwarten, einschließlich des Multiplexing-Fixes? Im Moment funktioniert nur --native-ssh .

@ scalp42 Ungefähr zwei Wochen.

Dieses Forum ist wirklich hilfreich. Unter Windows 8.1 werden standardmäßig beide Zeilen in der Datei etc / hosts kommentiert

127.0.0.1 localhost
:: 1 localhost

Wenn Sie das Hash-Tag in der ersten Zeile auskommentieren (entfernen), funktioniert es.

Ein weiterer Fehler behoben ... Unter Windows 7 habe ich nicht kommentiert

127.0.0.1 localhost

und habe mich vom Problem "VM starten" gelöst

Da dieses Problem hauptsächlich Benutzer hat, die ein SSH-Konfigurationsproblem und / oder ein Problem mit der Suche nach localhost (beide haben Korrekturen am Master), werde ich dies schließen. Wenn die Verwendung eines Master- oder 0.5.0-Builds (in Kürze verfügbar) das Problem nicht behebt, reichen Sie bitte ein neues Problem ein.

• N.

Gleiches gilt für Windows 7: Das Aufheben von 127.0.0.1 localhost in etc / hosts hat das Problem behoben.

Wenn ich OSX el Capitan ausführe und 127.0.0.1 zu / etc / hosts hinzufüge, scheint das Problem auch für mich zu beheben.

127.0.0.1 localhost
unter Windows hat es auch funktioniert.

• Mac OS X El Capitan 10.11
• Docker Version 1.8.3, Build f4bf5c7
• Docker-Maschine Version 0.4.1 (HEAD)
• Version 5.0.7 r103383
• Inhalt meiner Datei / etc / hosts:

➜  ~  cat /etc/hosts
##
# Host Database
#
# localhost is used to configure the loopback interface
# when the system is booting.  Do not change this entry.
##
127.0.0.1   localhost
255.255.255.255 broadcasthost
#::1             localhost 

• Inhalt von .ssh / config:

➜  ~  cat .ssh/config 
ControlPersist no

Ich stecke immer noch bei Starting VM... . (Obwohl ich in der Lage bin, docker-machine ssh vmname von einem anderen Terminal aus zu beziehen)
Gibt es noch etwas, auf das ich achten sollte?
Ich habe versucht, eine frühere Version von VB (4.x) zu installieren, und ich habe auch versucht, Docker mithilfe der Docker-Toolbox zu installieren und zu brauen (nachdem die vorherige Kopie vollständig deinstalliert wurde).

[Edit1: Weitere Daten hinzufügen]

➜  ~  VBoxManage list hostonlyifs 
Name:            vboxnet0
GUID:            786f6276-656e-4074-8000-0a0027000000
DHCP:            Disabled
IPAddress:       192.168.99.1
NetworkMask:     255.255.255.0
IPV6Address:     
IPV6NetworkMaskPrefixLength: 0
HardwareAddress: 0a:00:27:00:00:00
MediumType:      Ethernet
Status:          Up
VBoxNetworkName: HostInterfaceNetworking-vboxnet0

Name:            vboxnet1
GUID:            786f6276-656e-4174-8000-0a0027000001
DHCP:            Disabled
IPAddress:       192.168.7.1
NetworkMask:     255.255.255.0
IPV6Address:     
IPV6NetworkMaskPrefixLength: 0
HardwareAddress: 0a:00:27:00:00:01
MediumType:      Ethernet
Status:          Down
VBoxNetworkName: HostInterfaceNetworking-vboxnet1

Name:            vboxnet2
GUID:            786f6276-656e-4274-8000-0a0027000002
DHCP:            Disabled
IPAddress:       192.168.59.3
NetworkMask:     255.255.255.0
IPV6Address:     
IPV6NetworkMaskPrefixLength: 0
HardwareAddress: 0a:00:27:00:00:02
MediumType:      Ethernet
Status:          Down
VBoxNetworkName: HostInterfaceNetworking-vboxnet2

Name:            vboxnet3
GUID:            786f6276-656e-4374-8000-0a0027000003
DHCP:            Disabled
IPAddress:       192.168.70.1
NetworkMask:     255.255.255.0
IPV6Address:     
IPV6NetworkMaskPrefixLength: 0
HardwareAddress: 0a:00:27:00:00:03
MediumType:      Ethernet
Status:          Down
VBoxNetworkName: HostInterfaceNetworking-vboxnet3

➜  ~  netstat -nr                
Routing tables

Internet:
Destination        Gateway            Flags        Refs      Use   Netif Expire
default            192.168.1.1        UGSc          162        1     en0
127                127.0.0.1          UCS             1        0     lo0
127.0.0.1          127.0.0.1          UH              2      878     lo0
169.254            link#4             UCS             1        0     en0
192.168.1          link#4             UCS             3        0     en0
192.168.1.1/32     link#4             UCS             2        0     en0
192.168.1.1        4c:60:de:2a:42:74  UHLWIir       163      434     en0   1190
192.168.1.135/32   link#4             UCS             1        0     en0
192.168.1.141      74:e5:b:df:6c:0    UHLWIi          1        0     en0   1159
192.168.1.255      link#4             UHLWbI          1       67     en0
192.168.99         link#10            UC              3        0 vboxnet
192.168.99.255     link#10            UHLWbI          1       54 vboxnet

Internet6:
Destination                             Gateway                         Flags         Netif Expire
::1                                     ::1                             UHL             lo0
fe80::%lo0/64                           fe80::1%lo0                     UcI             lo0
fe80::1%lo0                             link#1                          UHLI            lo0
fe80::%en0/64                           link#4                          UCI             en0
fe80::9a5a:ebff:fe89:bff0%en0           98:5a:eb:89:bf:f0               UHLI            lo0
fe80::%awdl0/64                         link#8                          UCI           awdl0
fe80::64cb:aaff:fe3a:8bea%awdl0         66:cb:aa:3a:8b:ea               UHLI            lo0
ff01::%lo0/32                           ::1                             UmCI            lo0
ff01::%en0/32                           link#4                          UmCI            en0
ff01::%awdl0/32                         link#8                          UmCI          awdl0
ff02::%lo0/32                           ::1                             UmCI            lo0
ff02::%en0/32                           link#4                          UmCI            en0
ff02::%awdl0/32                         link#8                          UmCI          awdl0

Versuchen Sie auch, die IPv6-Version zu kommentieren:
:: 1 localhost

Aber warte!
Wenn ich wirklich ControlPersist brauche, gibt es keine Möglichkeit, Docker-Maschine zu verwenden?
boot2docker ist nicht betroffen, aber veraltet und welche Optionen habe ich, wenn es begraben wird?

@ anth0 - Ist das nicht was @crioux uns Kommentar wollte? Es wurde früher nicht kommentiert (und das habe ich jetzt noch einmal versucht), aber es nützt nichts.

Wenn ich ControlPersist wirklich brauche, gibt es keine Möglichkeit, Docker-Maschine zu verwenden?

@Bregor Brauchen Sie es wirklich für was?

Weil ich beim Multiplexen eine Master-Verbindung im Hintergrund öffnen muss.
Übrigens kann ich versuchen, es für einen bestimmten Host auszuschalten.
Wie kann ich den Standardhost der Docker-Maschine in ~/.ssh/config ?

@crioux gute Arbeit!

Ich habe den gleichen Fehler erhalten, aber mein Fix war völlig anders. Nachdem ich -D zum Befehl docker-machine in start.sh hinzugefügt hatte, bemerkte ich, dass es beim Aktualisieren der Zertifikate nicht zur VM ssh konnte. Also habe ich das "Standard" VirtualBox-Image gelöscht, die von VirtualBox erstellten Schnittstellen zerstört und start.sh erneut ausgeführt. Es funktioniert jetzt für mich.

VBoxManage controlvm Standardausschaltung
VBoxManage unregistervm default --delete
VBoxManage hostonlyif entfernen vboxnet0
VBoxManage hostonlyif entfernen vboxnet1
VBoxManage hostonlyif entfernen vboxnet2

Oh, ich hatte das Bild bisher nur mehrmals gelöscht. Als ich die vbox-Schnittstellen löschte, war das der Trick.

@vlajbert Das hat auch mein Problem behoben. Vielen Dank.

Gib @vlajbert Mann einen Keks!
Danke, Mann! Ihr Ansatz hat den Trick für mich getan! :) :)

Ich habe getan, was @vlajbert getan hat, aber vielleicht auf einfachere Weise.
Ich habe VirtualBox geöffnet, den Docker-Computer gestoppt und gelöscht.
Dann überprüfe ich das Terminal erneut.
Ausführen von El Capitan, OSX.

Hatte den gleichen Fehler unter El Capitan OSX, der mit der Methode von @vlajbert behoben wurde.

Das Folgende funktionierte für mich unter OSX (Problem war, dass mehrere Host-Netzwerke mit derselben IP-Adresse vorhanden waren).
VBoxManage listet nur Hosts auf

Wenn Sie den Namen aus dem obigen Befehl erhalten haben, entfernen Sie eines der Hostonly-Netzwerke mit dem folgenden Befehl
VBoxManage hostonlyifs entfernen "Name"

Der gleiche Fehler wurde nach dem Ansatz von @vlajbert behoben. Vielen Dank!

Mac OS X 10.11.2

Docker-Maschine Version 0.5.4, Build 6643d0e
Docker Version 1.9.1, Build a34a1d5

Hallo Team,
Ich habe das Problem mit dem folgenden Befehl gelöst.

Docker-Maschinen-Bereitstellung

Ashish.

Alle oben genannten Optionen haben das Problem nicht gelöst. Die einzige Hilfe war das Downgrade des boot2docker-Images. Der Fehler wurde anscheinend mit Version 1.13.0 gestartet. Durch das Herunterstufen auf Version 1.12.6 wurde das Problem behoben.

Ich habe gerade 2 Stunden damit verbracht, dies zu diagnostizieren, und es stellte sich heraus, dass es sich um die Windows 10-Firewall handelt. Ich habe es ausgeschaltet und es hat es über (default) Waiting for an IP...