Machine: docker-machine create est suspendu avec le pilote virtualbox: SSH cmd err, sortie: état de sortie 255:

Je pense que c'est le même problème que j'ai sur MacOSX. J'ai essayé à plusieurs reprises de créer une nouvelle VM VirtualBox Dev à partir de zéro. Avoir nettoyé .docker / et même rétrogradé de VBOX 5.

% docker-machine --version
docker-machine version 0.3.0 (0a251fe)
% VirtualBox --help | head -n 1
Oracle VM VirtualBox Manager 4.3.30
% docker-machine ls
error getting URL for host dev: exit status 255
NAME   ACTIVE   DRIVER       STATE     URL   SWARM
dev    *        virtualbox   Running

 STDERR:
 exécution: / usr / bin / VBoxGérer modifyvm docker-vm --nic2 hostonly --nictype2 82540EM --hostonlyadapter2 vboxnet2 --cableconnected2 on
 STDOUT:
 STDERR:
 exécution: / usr / bin / VBoxManage modifyvm docker-vm --natpf1 delete ssh
 STDOUT:
 STDERR: VBoxManage: erreur: Code NS_ERROR_INVALID_ARG (0x80070057) - Valeur d'argument non valide (informations étendues non disponibles)
 VBoxManage: erreur: Contexte: "RemoveRedirect (Bstr (ValueUnion.psz) .raw ())" à la ligne 1717 du fichier VBoxManageModifyVM.cpp
 exécution: / usr / bin / VBoxGérer modifyvm docker-vm --natpf1 ssh, tcp, 127.0.0.1,50083,, 22
 STDOUT:
 STDERR:
 exécution: / usr / bin / VBoxManage startvm docker-vm --type headless
 STDOUT: En attente de la mise sous tension de la VM "docker-vm" ...
 La VM "docker-vm" a été démarrée avec succès.
 STDERR:
 Démarrage de la VM ...
 Accès à la fonction WaitForSSH ...
 Test de la connexion TCP à: localhost: 50083
 Utilisation du type de client SSH: externe
 À propos de l'exécution de la commande SSH:
 sortie 0
 & {/ 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/tehmasp/.docker/machine/machines/docker-vm/id_rsa -p 50083 docker @localhost exit 0] [][]? Refléter.Valeur? faux [] [] [] []}
 SSH cmd err, sortie: état de sortie 255:
 Erreur lors de l'obtention de la commande ssh 'exit 0': état de sortie 255
 Accès à la fonction WaitForSSH ...
 Test de la connexion TCP à: localhost: 50083
 Utilisation du type de client SSH: externe
 À propos de l'exécution de la commande SSH:
 sortie 0
 & {/ 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/tehmasp/.docker/machine/machines/docker-vm/id_rsa -p 50083 docker @localhost exit 0] [][]? Refléter.Valeur? faux [] [] [] []}
 SSH cmd err, sortie: état de sortie 255:
 Erreur lors de l'obtention de la commande ssh 'exit 0': état de sortie 255
 Accès à la fonction WaitForSSH ...
 Test de la connexion TCP à: localhost: 50083
 Utilisation du type de client SSH: externe
 À propos de l'exécution de la commande SSH:
 sortie 0
 & {/ 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/tehmasp/.docker/machine/machines/docker-vm/id_rsa -p 50083 docker @localhost exit 0] [][]? Refléter.Valeur? faux [] [] [] []}
 SSH cmd err, sortie: état de sortie 255:
 Erreur lors de l'obtention de la commande ssh 'exit 0': état de sortie 255
 Accès à la fonction WaitForSSH ...
 Test de la connexion TCP à: localhost: 50083
 Utilisation du type de client SSH: externe
 À propos de l'exécution de la commande SSH:
 sortie 0
 & {/ 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/tehmasp/.docker/machine/machines/docker-vm/id_rsa -p 50083 docker @localhost exit 0] [][]? Refléter.Valeur? faux [] [] [] []}

Je suis capable de me connecter manuellement à la machine virtuelle, et cela semble être OK - donc je pense que le problème est que docker-machine ne peut pas obtenir le statut correctement.

J'ai un environnement docker-machine fonctionnant avec:

% docker-machine --version
docker-machine version 0.4.0-rc1 (f6ea2c1)

(FYI - Installé manuellement car homebrew-cask n'a rien de plus récent que la v0.3.0 pour le moment)

Cependant, sur 'create', docker-machine était toujours suspendu et je devais 'regénérer-certs' pour mon 'docker-vm' afin de faire fonctionner pleinement un 'docker-machine env docker-vm'.

Le mettre là-bas pour quiconque a des problèmes similaires. Au moins, j'ai un environnement de machine docker qui fonctionne maintenant - sans avoir à revenir à boot2docker. Seulement gaspillé toute la journée sur ceci cependant :(

@tehmaspc le même problème avec vous, et je n'ai pas trouvé de solution

@tehmaspc merci pour les commentaires et désolé pour le problème: (malheureusement, cela est généralement dû au réseau de virtualbox. Merci pour les commentaires corrigés par la v0.4.0-rc1.

@opskumu cela vous dérangerait-il d'essayer le 0.4.0-rc1?

Je vois la même chose sur MacOS X Yosemite 0.4.0-rc1

docker-machine create --driver=virtualbox --virtualbox-disk-size "40000" local
No default boot2docker iso found locally, downloading the latest release...
Downloading https://s3.amazonaws.com/docker-mcn/public/b2d-next/boot2docker-virtualbox.iso to /Users/wmillerx/.docker/machine/cache/boot2docker-virtualbox.iso...
Creating VirtualBox VM...
Creating SSH key...
Starting VirtualBox VM...
Starting VM...

Se bloque pour toujours ...

Informations sur l'environnement:

sw_vers
ProductName:    Mac OS X
ProductVersion: 10.10.4
BuildVersion:   14E46

docker --version
Docker version 1.7.1, build 786b29d

docker-machine --version
docker-machine version 0.4.0-rc1 (f6ea2c1)

vboxmanage --version
5.0.0r101573

FWIW, j'ai rétrogradé à 4.3.x VBOX et j'ai fait une commande regenerate cert pour surmonter cela. Assurez-vous d'essayer cela avec une nouvelle VM. Bonne chance.

@opskumu @ wmiller848 - je viens donc de rencontrer ce problème: https://github.com/docker/machine/issues/1572

J'utilise le multiplexage SSH dans mon fichier ~ / .ssh / config; Je viens de désactiver ces paramètres et je fais fonctionner docker-machine correctement. Même ma solution de contournement ci-dessus ne fonctionnait pas vraiment de manière cohérente, mais avec le multiplexage SSH désactivé, cela semble avoir été la solution.

Vous vous demandez si vous avez activé le multiplexage SSH ???

Mon fichier ~ / .ssh / config est maintenant:

 % cat ~ / .ssh / config
 Hôte *
 TCPKeepAlive oui
 ServerAliveInterval 10
 ServerAliveCountMax 10
 ForwardAgent oui
 # ControlMaster auto
 # ControlPath ~/.ssh/sockets/%r@%h-%p
 # ControlPersist 300

À votre santé,
Tehmasp

La désactivation du multiplexage SSH a également fonctionné pour moi (sous OS X 10.10.4). Merci @tehmaspc!

@ehazlett J'ai déjà testé la 0.4.0, ça ne marche pas non plus.

# docker-machine -v
docker-machine version 0.4.0 (9d0dc7a)
# cat /etc/centos-release 
CentOS Linux release 7.1.1503 (Core)

@tehmaspc Diablling ssh multiplexing ne fonctionne pas pour moi aussi.

Il y a aussi un problème sur Win10 avec docker-machine 0.4.0:

{ ~ }  » docker-machine.0.4.0 ls                                                                                                ~ 1
NAME      ACTIVE   DRIVER       STATE     URL   SWARM
default            virtualbox   Timeout
dev                virtualbox   Timeout
{ ~ }  » docker-machine.0.3.1 ls                                                                                              ~ 127
NAME      ACTIVE   DRIVER       STATE     URL                         SWARM
default            virtualbox   Stopped
dev                virtualbox   Running   tcp://192.168.99.102:2376

Je ne sais pas si cela aide, mais suite à des problèmes similaires, j'ai remarqué que le port ssh n'était pas défini dans le fichier de configuration de ma machine ( ~/.docker/machine/machines/<machine_name>/config.json ). Par conséquent, docker-machine essayait toujours de ssh sur le port 22. Après avoir défini cela manuellement, tout fonctionnait pour moi.

Pour ce que ça vaut, la suppression des paramètres de multiplexage dans ma configuration SSH a corrigé cela pour moi. Rien d'autre que j'ai essayé dans aucun des autres problèmes ouverts ne fonctionnait, mais maintenant tout semble fonctionner à merveille.

Peut-être que le script de configuration de la VM devrait envisager d'utiliser l'option SSH -o pour désactiver le multiplexage lorsqu'il établit des connexions?

@chrisfosterelli yup +1;

cc @ehazlett - beaucoup de gens continuent à avoir ce problème; devrions-nous bousculer ça?

Merci,
@tehmaspc

Le problème a été tellement aléatoire. Ce serait formidable de rassembler toutes les personnes qui participent à cette discussion pour trouver le correctif potentiel afin d'atténuer le problème.

La suppression du multiplexage ssh a également corrigé ce problème pour moi.

Quelqu'un at-il trouvé que la désactivation du multiplexage ssh a résolu le problème sous Linux, par opposition à Mac. Je vois toujours un problème sur Ubuntu avec sa désactivation. Les gens disent que cela a résolu le problème pour eux, mais ne notez pas Linux, Windows ou Mac.

Je n'ai pas activé le multiplexage SSH, mais je vois toujours ce problème.
@ wmiller848 : avez-vous trouvé une solution à ce problème?
Voici mon environnement:
~ $ docker --version; docker-machine --version; VBoxManage --version
Docker version 1.9.0-dev, build 0e3674d, expérimental
docker-machine version 0.4.1 (e2c88d6)
5.0.0r101573

~ $ sw_vers
Nom du produit: Mac OS X
Version du produit: 10.10.4
BuildVersion: 14E46

Je vois également l'erreur suivante:

SSH cmd err, output: exit status 255: 
Error getting ssh command 'exit 0' : exit status 255

J'ai utilisé l'installation par défaut de Docker Machine et je l'ai laissé installer VirtualBox car je ne l'avais pas déjà sur cet ordinateur particulier. La seule chose potentiellement étrange que j'ai est une version homebrew d'OpenSSH avec des exigences cryptographiques strictes. Voici les détails de mon environnement:

sw_vers
ProductName:    Mac OS X
ProductVersion: 10.10.5
BuildVersion:   14F27

docker --version
Docker version 1.8.1, build d12ea79

docker-machine --version
docker-machine version 0.4.1 (e2c88d6)

vboxmanage --version
5.0.2r102096

ssh -V
OpenSSH_7.0p1, OpenSSL 1.0.2d 9 Jul 2015

cat ~/.ssh/config 
#Defaults for all my hosts
Host *
    AddressFamily inet
    Ciphers [email protected],[email protected]
    ForwardX11 no
    ForwardX11Trusted no
    KexAlgorithms [email protected]
    MACs [email protected],[email protected],[email protected]
    Protocol 2
    VisualHostKey yes  
    HashKnownHosts yes
#host specific stuff..

Avoir le même problème.

$ vboxmanage --version
5.0.2r102096

$ docker-machine --version
docker-machine version 0.4.1 (e2c88d6)

Je ne sais pas pourquoi, mais mon problème est un mauvais config.json pour la machine. Il manque l'adresse IP et le port de la machine.

J'ai également le même problème ... J'utilise boot2docker jusqu'à ce que cela soit corrigé.

vboxmanage --version
4.3.14r95030

docker-machine -version
docker-machine version 0.4.1 (e2c88d6)

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

J'ai le même problème ici:

$ docker --version; docker-machine --version; VBoxManage --version; sw_vers                                                                                              2.2.2 16:52
Docker version 1.8.1, build d12ea79
docker-machine version 0.4.1 (e2c88d6)
5.0.3r102322
ProductName:    Mac OS X
ProductVersion: 10.10.5
BuildVersion:   14F27

Merci

Même problème ici:

$ docker --version; docker-machine --version; VBoxManage --version; sw_vers
Docker version 1.8.1, build d12ea79
docker-machine version 0.4.1 (e2c88d6)
4.3.22r98236
ProductName:    Mac OS X
ProductVersion: 10.10.5
BuildVersion:   14F27

J'ai rétrogradé VBox de 5.x à 4.3.x et cela a fonctionné pendant quelques heures, puis j'ai donné la même erreur SSH.

J'ai le même problème. J'ai trouvé une solution de contournement pour ce bogue:

$ docker-machine --native-ssh create -d virtualbox test

Merci @ecylmz. +1 pour votre solution de contournement. J'ai toujours vu cette erreur, mais elle a réussi à créer la machine.

STDERR: exécution de: / usr / local / bin / VBoxGérer modifyvm imc --natpf1 supprimer ssh

STDERR: VBoxManage: erreur: Code NS_ERROR_INVALID_ARG (0x80070057) - Valeur d'argument non valide (informations étendues non disponibles)
VBoxManage: erreur: Contexte: "RemoveRedirect (Bstr (ValueUnion.psz) .raw ())" à la ligne 1766 du fichier VBoxManageModifyVM.cpp

Félicitations à @ecylmz pour la solution de contournement, cela a également fonctionné pour moi. La seule mise en garde est que je dois exécuter docker-machine --native-ssh pour chaque commande docker-machine (comme docker-machine env vm_name ).

Il convient également de noter que la mise à niveau vers Docker Toolbox 1.8.1c n'a pas résolu ce problème.

--native-ssh solution

--native-ssh fonctionné pour moi. : +1: @ecylmz

Juste pour info tout le monde, si la raison pour laquelle vous rencontrez ces problèmes est due aux paramètres de configuration du multiplexage SSH, cela devrait être corrigé dans la prochaine version / sur master.

@nathanleclaire merci pour la mise à jour sur la correction du multiplexage SSH. Bonnes nouvelles! J'ai testé --native-ssh sur Linux (Ubuntu). Cela ne résout pas le problème. Encore une fois, c'est hasardeux, donc le faire fonctionner une fois ne veut rien dire. Je peux le faire échouer 10 fois de suite, puis travailler soudainement quelques fois, puis échouer 10 fois.

@garystafford Je peux confirmer que --native-ssh ne fonctionne pas avec le pilote par défaut (aucun) avec Ubuntu.

+1

J'ai exécuté la commande $ docker-machine -D --native-ssh create -d virtualbox local , cela ne fonctionnait pas avec le journal des erreurs:
exécution: / usr / bin / VBoxManage startvm local --type headless
STDOUT: En attente de la mise sous tension de la VM "locale" ...
La VM "locale" a été démarrée avec succès.

STDERR:
Démarrage de la VM ...
Accès à la fonction WaitForSSH ...
Test de la connexion TCP à: localhost: 49564
Utilisation du type de client SSH: natif
À propos de l'exécution de la commande SSH:
sortie 0
Erreur lors de la numérotation TCP: ssh: échec de la prise de contact: lecture du tcp 127.0.0.1:49564: réinitialisation de la connexion par le pair
Erreur lors de la numérotation TCP: ssh: échec de la prise de contact: lecture du tcp 127.0.0.1:49564: réinitialisation de la connexion par le pair

@nathanleclaire , je viens de cloner et de construire la dernière machine docker sur la branche master sur GitHub pour Ubuntu ou Fedora. Je ne vois toujours aucune amélioration sur les erreurs ssh avec Ubuntu ou Fedora:

gstafford@gstafford-X555LA:$ docker-machine -v
docker-machine version 0.5.0-dev (fe5a722)

@nathanleclaire Je suis passé de plus de 80% d'échecs en créant des machines et / ou en obtenant des conflits d'adresses IP à 100% de succès en supprimant les adaptateurs réseau supplémentaires que vous avez mentionnés. Sur VirtualBox 5.0.3, je suis allé à VirtualBox -> Préférences -> Réseau -> Réseaux d'hôte uniquement, et je les ai supprimés. Après cela, j'ai créé un essaim de 5 clusters et ajouté un tissage sans erreurs ni problèmes évidents. Je vous remercie. Pour info, j'exécute toujours la version docker-machine version 0.5.0-dev (fe5a722) j'ai clonée et construite.

@garystafford C'est bon d'entendre qu'il a été nettoyé pour vous. Je voudrais certainement faire plus d'efforts pour détecter les configurations réseau bancales et suggérer des solutions pour éviter le genre de problèmes que vous avez dû traverser.

Il semble que mon problème était double. Non seulement la suppression des adaptateurs vmnet0 et vmnet1 était nécessaire, mais toutes les commandes docker-machine nécessitent sudo.

Dans mon environnement, il s'agit d'un problème de réseau virtualbox. j'ai dû
(1) Remplacez l'adaptateur hôte uniquement par un adaptateur ponté (en0 Wi-Fi).
Ensuite, je peux ssh docker @ ...
(2) certs de régénération de machine docker
Ensuite, 'docker-machine config' fonctionne

obtenu exactement la même erreur, mais a réussi à résoudre mon cas en " activer la virtualisation " dans le bios.

dépanner impliqué:

1. en utilisant l'indicateur de débogage: docker-machine --debug create --driver virtualbox dev
2. vérifiez les paramètres réseau de la vm "dev" dans VirtualBox Manager, en supposant qu'il s'agissait d'un problème de transfert d'adaptateur / de port
3. par hasard, j'ai double-cliqué sur le vm "dev" en cours d'exécution dans VirtualBox Manager, qui ouvre une fenêtre sur "dev" vm, qui a montré le problème réel: " vt x amd-v non disponible sur votre système ". En raison de la machine virtuelle de ce docker, l'erreur " nécessite x86-64 mais n'a détecté que le processeur i686 "

Je voulais juste partager mon dépannage, en particulier la partie du "double-clic" sur la VM en cours d'exécution dans VirtualBox Manager. Essayez ceci, cela pourrait vous donner un indice sur la cause sous-jacente de votre blocage.

Pour contourner le problème, si vous voulez toujours Host * ... ControlMaster auto dans votre "~ / .ssh / config", j'ai trouvé que je pouvais faire ceci:

# Docker: docker-machine (at least for virtualbox) breaks if ControlMaster
# is used. See:
#     https://github.com/docker/machine/issues/1591#issuecomment-126169020
# This block needs to be before any global "Host *" using ControlMaster.
Host localhost
    ControlMaster no

Host *
    ControlMaster auto
    ControlPath ~/.ssh/socket-%r@%h:%p
    ControlPersist yes

# ...

Les derniers RC devraient fonctionner correctement avec les options ControlMaster définies dans la configuration SSH

docker-machine -v
docker-machine version 0.4.1 (e2c88d6)

J'ai aussi le même problème,
la solution de contournement est d'ajouter --native-ssh à chaque commande docker-machine

J'ai également ce problème sur MacOS 10.11.1.
L'utilisation de --native-ssh aide en effet.

J'avais corrompu ~ / .ssh / config. Une fois que je l'ai corrigé, j'ai pu créer une machine comme avant. Une façon de vérifier cela est d'essayer de ssh sur un autre serveur et de voir si cela fonctionne pour s'assurer que la machine docker ne tombe pas en panne à cause de ssh.

Même problème et rien n'a fonctionné.
Pour moi, seule la solution de contournement consiste à ajouter --native-ssh pour chaque machine.

Mes détails d'environnement:
Système d'exploitation: OS X El Capitan version 10.11
docker-machine version 0.5.0 (04cfa58)
VBoxManage --version
5.0.8r103449

@tehmaspc https://github.com/docker/machine/issues/1591#issuecomment -126169020 fonctionne pour moi, avec quelques solutions de contournement suggérées par @trentm.

Je suis tombé sur ce problème sur Windows 10 aujourd'hui après une petite mise à niveau de mon installation de Docker. J'ai tout essayé - en supprimant .docker , en reconstruisant les VM VBox, en jouant avec les variables de mon environnement, en piratant config.json ... En fin de compte, j'ai tout désinstallé (y compris virtualbox) et laissé tout réinstaller. Ça a marché!

Il me semblait qu'il devait y avoir un problème avec les réseaux VBox qui se produisait pendant le processus de mise à niveau ou quelque chose du genre. Comme l'adresse IP attendue a été prise et tout a explosé après cela.

J'ai eu le même problème. Apparemment, j'avais déjà installé un OpenSSH et il le prenait lors de la création de l'image docker qui a conduit à l'erreur ControlMaster. Je l'ai désinstallé, ajouté Git \ bin au chemin et cela a fonctionné comme un charme.

J'ai le même problème et les solutions de contournement proposées sur cette page n'ont eu aucun effet. Des idées?

Voici mon environnement:

Docker version 1.10.3, build 20f81dd
docker-machine version 0.6.0, build e27fb87
5.0.16r105871
Nom du produit: Mac OS X
Version du produit: 10.11.4
BuildVersion: 15E65

Lorsque j'émets cette commande:

docker-machine --debug create -d virtualbox default

... il finit toujours par se bloquer sur cette erreur, qui est imprimée sur le terminal à plusieurs reprises jusqu'à ce que je l'interrompe manuellement:

(par défaut) DBG | Accès à la fonction WaitForSSH ...
(par défaut) DBG | Utilisation du type de client SSH: externe
(par défaut) DBG | {[-o BatchMode = yes -o PasswordAuthentication = no -o StrictHostKeyChecking = no -o UserKnownHostsFile = / dev / null -o LogLevel = quiet -o ConnectionAttempts = 3 -o ConnectTimeout = 10 -o ControlMaster = no -o ControlPath = none [email protected] -o IdentitiesOnly = yes -i /Users/cbenson/.docker/machine/machines/default/id_rsa -p 53332] / usr / local / bin / ssh}
(par défaut) DBG | À propos de l'exécution de la commande SSH:
(par défaut) DBG | sortie 0
(par défaut) DBG | SSH cmd err, sortie: état de sortie 255:
(par défaut) DBG | Erreur lors de l'obtention de la commande ssh 'exit 0': une erreur s'est produite lors de l'exécution d'une commande SSH!
(par défaut) DBG | commande: exit 0
(par défaut) DBG | err: état de sortie 255
(par défaut) DBG | production :

@nathanleclaire pouvez-vous jeter un œil à mon commentaire ci-dessus? Je suis sur Mac El Cap et tout ce que j'utilise - Docker, Docker Machine, VirtualBox, mises à jour du système d'exploitation - est la toute dernière version. Rien de ce que j'ai vu comme des correctifs potentiels dans cette page ou des pages de problèmes connexes n'a fonctionné. Je pense que c'est quelque chose dans ma configuration, car cela affecte deux Mac configurés de manière similaire. J'utilise Homebrew pour les derniers Docker, Docker Machine, OpenSSH et OpenSSL. VirtualBox est installé à partir de son propre binaire, mais j'ai déjà essayé de l'installer via Homebrew également (mais pas actuellement). Des idées? Merci!

Je n'ai pas encore EL Cap, donc je ne peux pas partager mon expérience avec ce système d'exploitation.

Une alternative consiste à accéder à la version bêta de Docker pour Mac qui élimine complètement les exigences de Virtualbox. Bien sûr, cela pourrait avoir d'autres problèmes :)

https://blog.docker.com/2016/03/docker-for-mac-windows-beta/

@chrisbenson À quoi ~/.ssh/config ?

Quelle est la sortie de docker-machine ssh default -vvv ?

@nathanleclaire Désolé pour le retard dans votre

Ce n'est pas le ~/.ssh/config , car j'ai en fait supprimé le mien pour m'assurer que ce n'était pas ça. Cela n'a eu aucun effet.

Après avoir exécuté docker-machine --debug create -d virtualbox default , ce qui génère l'erreur mentionnée maintes et maintes fois, puis j'utilise Ctrl + C.

Ensuite, j'entre docker-machine ssh default -vvv , et j'obtiens ceci:

OpenSSH_7.2p2, OpenSSL 1.0.2g 1 mars 2016
debug1: lecture des données de configuration / usr / local / etc / ssh / ssh_config
debug2: résolution du port 22 "127.0.0.1"
debug2: ssh_connect_direct: needpriv 0
debug1: connexion au port 22 de 127.0.0.1 [127.0.0.1].
debug2: fd 3 paramètre O_NONBLOCK
debug1: se connecter à l'adresse 127.0.0.1 port 22: connexion refusée
debug1: réessayer ...
debug1: connexion au port 22 de 127.0.0.1 [127.0.0.1].
debug2: fd 3 paramètre O_NONBLOCK
debug1: connexion à l'adresse 127.0.0.1 port 22: connexion refusée
debug1: réessayer ...
debug1: connexion au port 22 de 127.0.0.1 [127.0.0.1].
debug2: fd 3 paramètre O_NONBLOCK
debug1: connexion à l'adresse 127.0.0.1 port 22: connexion refusée
ssh: connexion au port 22 de l'hôte 127.0.0.1: connexion refusée
état de sortie 255

@chrisbenson Juste pour être sûr, quel est le contenu de /usr/local/etc/ssh/ssh_config ?

@nathanleclaire Voici le résultat de 'cat / usr / local / etc / ssh / ssh_config':

# This is the ssh client system-wide configuration file.  See
# ssh_config(5) for more information.  This file provides defaults for
# users, and the values can be changed in per-user configuration files
# or on the command line.

# Configuration data is parsed as follows:
#  1. command line options
#  2. user-specific file
#  3. system-wide file
# Any configuration value is only changed the first time it is set.
# Thus, host-specific definitions should be at the beginning of the
# configuration file, and defaults at the end.

# Site-wide defaults for some commonly used options.  For a comprehensive
# list of available options, their meanings and defaults, please see the
# ssh_config(5) man page.

# Host *
#   ForwardAgent no
#   ForwardX11 no
#   RhostsRSAAuthentication no
#   RSAAuthentication yes
#   PasswordAuthentication yes
#   HostbasedAuthentication no
#   GSSAPIAuthentication no
#   GSSAPIDelegateCredentials no
#   BatchMode no
#   CheckHostIP yes
#   AddressFamily any
#   ConnectTimeout 0
#   StrictHostKeyChecking ask
#   IdentityFile ~/.ssh/identity
#   IdentityFile ~/.ssh/id_rsa
#   IdentityFile ~/.ssh/id_dsa
#   Port 22
#   Protocol 2,1
#   Cipher 3des
#   Ciphers aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc
#   MACs hmac-md5,hmac-sha1,[email protected],hmac-ripemd160
#   EscapeChar ~
#   Tunnel no
#   TunnelDevice any:any
#   PermitLocalCommand no
#   VisualHostKey no
#   ProxyCommand ssh -q -W %h:%p gateway.example.com
#   RekeyLimit 1G 1h

Hm, OK, donc rien n'est réglé. Pouvez-vous essayer la version 0.7.0 pour voir si vous vous en sortez mieux (c'est tout nouveau, vous devrez donc télécharger les binaires car Toolbox n'a pas encore été cuit)

@nathanleclaire J'ai essayé 0.7.0, mais cela n'a fait aucune différence. Obtenir exactement la même erreur. D'autres idées? Merci!

@chrisbenson Est- --native-ssh fonctionne pour vous ou présente-t-il le même problème?

@nathanleclaire Il présente le même problème, Nathan.

@chrisbenson Vous avez un pare-feu / VPN / proxy

@nathanleclaire Non monsieur, rien du tout. Je travaille sur un MacBook Pro moderne et entièrement mis à jour exécutant El Capitan. Je garde tout (Docker, Docker Machine, OpenSSL, OpenSSH) mis à jour avec Homebrew, sauf que j'ai installé VirtualBox en utilisant leur binaire de téléchargement. Il n'y a rien de remarquable dans ma configuration, c'est pourquoi je suis perplexe.

@chrisbenson Quelques choses à essayer:

• Si vous utilisez le binaire Machine fourni à partir de la page des versions, cela fait-il une différence? Il y a très peu de chances qu'il y ait un problème de cgo par rapport à Go natif en raison de l'utilisation de Homebrew.
• Si vous regardez le port VirtualBox exposé dans l'interface graphique (port transféré 22 dans les paramètres réseau de la machine virtuelle), pouvez-vous vous y connecter manuellement? (par exemple ssh [email protected] -p 34567 - le mot de passe est tcuser )
  
  
  
  • Sinon, est-ce que des trucs comme ping 127.0.0.1 fonctionnent?
  
  
• Le pare-feu de votre système Mac est-il activé? (dans Paramètres IIRC)
• Veuillez jeter un œil aux logs de VirtualBox (imbriqués dans ~/.docker/machine/machines/default/default ) pour voir s'il y a quelque chose d'intéressant, par exemple des erreurs.
• 127.0.0.1 est votre bouclage par défaut, non? à quoi ressemble votre fichier /etc/hosts ?

--native-ssh fonctionne pour moi, mais ce problème se produit chaque fois que je lance une nouvelle session de terminal sous OS X. Je n'ai eu que des problèmes avec docker-machine en production, j'espère que le prochain Docker pour Mac résoudra ces problèmes.

Cela se produit sur Windows 7, la dernière boîte à outils Docker, lorsque je mets le PC en veille la nuit. Lorsque je réveille le PC, toutes les commandes docker-machine expirent, mais je peux parfaitement docker-machine ssh $ node. À l'intérieur des nœuds, docker fonctionne bien et les conteneurs que j'ai lancés la veille fonctionnent toujours.

$ docker -v && docker-machine -v
Docker version 1.12.0, build 8eab29e
docker-machine.exe version 0.8.0, build b85aac1

$ docker-machine env

$ docker-machine regenerate-certs [nom de la machine]

$ docker-machine ls
D'accord!

Wow trois ANS plus tard sur WIN7x64 ici et cela se passe ENCORE !!! N'est-il pas temps de le réparer ou d'appeler simplement le produit cassé lorsqu'il est IMPOSSIBLE d'émettre une simple commande de création par défaut à cause de cela?

(default) DBG | About to run SSH command: (default) DBG | exit 0 (default) DBG | SSH cmd err, output: exit status 255: (default) DBG | Error getting ssh command 'exit 0' : ssh command error: (default) DBG | command : exit 0 (default) DBG | err : exit status 255

Malheureusement, j'ai le même problème. Il semble que j'ai lu tous les liens dans Google et que rien ne peut résoudre le problème. Veuillez aider!

Est-il correct de créer des machines à l'intérieur de VPS comme des gouttelettes DigitalOcean? J'ai le problème sur ce serveur:

# lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 18.04.1 LTS
Release:    18.04
Codename:   bionic

# docker -v
Docker version 18.06.1-ce, build e68fc7a

# docker-machine -v
docker-machine version 0.15.0, build b48dc28d

# VBoxManage --version
5.2.10_Ubuntur121806

# docker-machine --debug create --driver virtualbox mymachine

...

(mymachine) Waiting for an IP...
(mymachine) DBG | STDOUT:
(mymachine) DBG | {
(mymachine) DBG | Waiting for VM "mymachine" to power on...
(mymachine) DBG | VM "mymachine" has been successfully started.
(mymachine) DBG | }
(mymachine) DBG | STDERR:
(mymachine) DBG | {
(mymachine) DBG | }
(mymachine) DBG | Checking vm logs: /root/.docker/machine/machines/mymachine/mymachine/Logs/VBox.log
(mymachine) DBG | Getting to WaitForSSH function...
(mymachine) DBG | Using SSH client type: external
(mymachine) DBG | Using SSH private key: /root/.docker/machine/machines/mymachine/id_rsa (-rw-------)
(mymachine) DBG | &{[-F /dev/null -o ConnectionAttempts=3 -o ConnectTimeout=10 -o ControlMaster=no -o ControlPath=none -o LogLevel=quiet -o PasswordAuthentication=no -o ServerAliveInterval=60 -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null [email protected] -o IdentitiesOnly=yes -i /root/.docker/machine/machines/mymachine/id_rsa -p 44643] /usr/bin/ssh <nil>}
(mymachine) DBG | About to run SSH command:
(mymachine) DBG | exit 0

# And then many times:

(mymachine) DBG | SSH cmd err, output: exit status 255:
(mymachine) DBG | Error getting ssh command 'exit 0' : ssh command error:
(mymachine) DBG | command : exit 0
(mymachine) DBG | err     : exit status 255
(mymachine) DBG | output  :
(mymachine) DBG | Getting to WaitForSSH function...
(mymachine) DBG | Using SSH client type: external
(mymachine) DBG | Using SSH private key: /root/.docker/machine/machines/mymachine/id_rsa (-rw-------)
(mymachine) DBG | &{[-F /dev/null -o ConnectionAttempts=3 -o ConnectTimeout=10 -o ControlMaster=no -o ControlPath=none -o LogLevel=quiet -o PasswordAuthentication=no -o ServerAliveInterval=60 -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null [email protected] -o IdentitiesOnly=yes -i /root/.docker/machine/machines/mymachine/id_rsa -p 44643] /usr/bin/ssh <nil>}
(mymachine) DBG | About to run SSH command:
(mymachine) DBG | exit 0

J'ai essayé de créer une configuration ssh:

# cat ~/.ssh/config
Host *
  TCPKeepAlive yes
  ServerAliveInterval 10
  ServerAliveCountMax 10
  ForwardAgent yes
  ControlMaster no

Utilisation de --native-ssh no résoudre le problème.

@tenorok Vous ne pouvez pas imbriquer la virtualisation dans la plupart des fournisseurs de cloud, ce que ferait tenter de créer une machine VirtualBox sur DO.

J'ai essayé la boîte à outils et rencontre les mêmes problèmes lorsque j'utilisais cmd et ssh natif (windows oponssl)
et résolu ces problèmes en tring ssh depuis git / usr / bin / ssh.

Obtention de ce problème en 2020.

&{[-F /dev/null -o ConnectionAttempts=3 -o ConnectTimeout=10 -o ControlMaster=no -o ControlPath=none -o LogLevel=quiet -o PasswordAuthentication=no -o ServerAliveInterval=60 -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null [email protected] -p 22] /usr/local/bin/ssh <nil>}
About to run SSH command:
exit 0
SSH cmd err, output: exit status 255: 
Error getting ssh command 'exit 0' : ssh command error:
command : exit 0
err     : exit status 255
output  : 
Getting to WaitForSSH function...
(dvc1) Calling .GetSSHHostname
(dvc1) Calling .GetSSHPort
(dvc1) Calling .GetSSHKeyPath
(dvc1) Calling .GetSSHUsername
Using SSH client type: external
&{[-F /dev/null -o ConnectionAttempts=3 -o ConnectTimeout=10 -o ControlMaster=no -o ControlPath=none -o LogLevel=quiet -o PasswordAuthentication=no -o ServerAliveInterval=60 -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null [email protected] -p 22] /usr/local/bin/ssh <nil>}
About to run SSH command:
exit 0

➜  dogvscat git:(master) ✗ docker-machine -v
docker-machine version 0.16.2, build bd45ab1
➜  dogvscat git:(master) ✗ docker version
Client: Docker Engine - Community
 Version:           19.03.8