Machine: docker-machine createがドライバーvirtualboxでハングしています:SSH cmd err、出力:終了ステータス255:

作成日 2015年07月27日  ·  68コメント  ·  ソース: docker/machine

# docker -v && docker-machine -v && docker-compose -v
Docker version 1.6.2, build ba1f6c3/1.6.2
docker-machine version 0.3.1 (40ee236)
docker-compose version: 1.3.3
CPython version: 2.7.9
OpenSSL version: OpenSSL 1.0.1e 11 Feb 2013
# rpm -qa | grep virtual -i
VirtualBox-4.3-4.3.30_101610_el7-1.x86_64

docker-machine createがハングしています、デバッグログ:

Getting to WaitForSSH function...
Testing TCP connection to: localhost:45105
Using SSH client type: external
About to run SSH command:
exit 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 /root/.docker/machine/machines/dev2/id_rsa -p 45105 docker<strong i="8">@localhost</strong> exit 0] []  <nil> <nil> <nil> [] <nil> <nil> <nil> <nil> false [] [] [] [] <nil>}
SSH cmd err, output: exit status 255: 
Error getting ssh command 'exit 0' : exit status 255
Getting to WaitForSSH function...
Testing TCP connection to: localhost:45105
Using SSH client type: external
About to run SSH command:
exit 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 /root/.docker/machine/machines/dev2/id_rsa -p 45105 docker<strong i="9">@localhost</strong> exit 0] []  <nil> <nil> <nil> [] <nil> <nil> <nil> <nil> false [] [] [] [] <nil>}
SSH cmd err, output: exit status 255: 
Error getting ssh command 'exit 0' : exit status 255
... ...
drivevirtualbox

全てのコメント68件

これは私がMacOSXで抱えている問題と同じだと思います。 新しいVirtualBoxDevVMを最初から作成することを数回試みました。 .docker /をクリーンアップし、VBOX5からダウングレードしました。

% 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:
実行中:/ usr / bin / VBoxManage modifyvm docker-vm --nic2 hostonly --nictype2 82540EM --hostonlyadapter2 vboxnet2 --cableconnected2 on
 STDOUT:
 STDERR:
実行中:/ usr / bin / VBoxManage modifyvm docker-vm --natpf1 delete ssh
 STDOUT:
 STDERR:VBoxManage:エラー:コードNS_ERROR_INVALID_ARG(0x80070057)-無効な引数値(拡張情報は利用できません)
 VBoxManage:エラー:コンテキスト:ファイルVBoxManageModifyVM.cppの1717行目の「RemoveRedirect(Bstr(ValueUnion.psz).raw())」
実行中:/ usr / bin / VBoxManage modifyvm docker-vm --natpf1 ssh、tcp、127.0.0.1,50083、、22
 STDOUT:
 STDERR:
実行中:/ usr / bin / VBoxManage startvm docker-vm --type headless
 STDOUT:VM「docker-vm」の電源がオンになるのを待っています...
 VM「docker-vm」が正常に開始されました。
 STDERR:
 VMを起動しています...
 WaitForSSH関数を取得しています...
 TCP接続のテスト:localhost:50083
 SSHクライアントタイプの使用:外部
 SSHコマンドを実行しようとしています:
出口0
 &{/ usr / bin / ssh [/ usr / bin / ssh -o PasswordAuthentication = no -o IdentitiesOnly = yes -o StrictHostKeyChecking = no -o UserKnownHostsFile = / dev / null -o LogLevel = quick -o ConnectionAttempts = 3 -o ConnectTimeout = 10 -i /Users/tehmasp/.docker/machine/machines/docker-vm/id_rsa -p 50083 docker @localhost exit 0] [][]?reflect.Value? false [] [] [] []}
 SSH cmd err、出力:終了ステータス255:
 sshコマンドの取得中にエラーが発生しました 'exit 0':終了ステータス255
 WaitForSSH関数を取得しています...
 TCP接続のテスト:localhost:50083
 SSHクライアントタイプの使用:外部
 SSHコマンドを実行しようとしています:
出口0
 &{/ usr / bin / ssh [/ usr / bin / ssh -o PasswordAuthentication = no -o IdentitiesOnly = yes -o StrictHostKeyChecking = no -o UserKnownHostsFile = / dev / null -o LogLevel = quick -o ConnectionAttempts = 3 -o ConnectTimeout = 10 -i /Users/tehmasp/.docker/machine/machines/docker-vm/id_rsa -p 50083 docker @localhost exit 0] [][]?reflect.Value? false [] [] [] []}
 SSH cmd err、出力:終了ステータス255:
 sshコマンドの取得中にエラーが発生しました 'exit 0':終了ステータス255
 WaitForSSH関数を取得しています...
 TCP接続のテスト:localhost:50083
 SSHクライアントタイプの使用:外部
 SSHコマンドを実行しようとしています:
出口0
 &{/ usr / bin / ssh [/ usr / bin / ssh -o PasswordAuthentication = no -o IdentitiesOnly = yes -o StrictHostKeyChecking = no -o UserKnownHostsFile = / dev / null -o LogLevel = quick -o ConnectionAttempts = 3 -o ConnectTimeout = 10 -i /Users/tehmasp/.docker/machine/machines/docker-vm/id_rsa -p 50083 docker @localhost exit 0] [][]?reflect.Value? false [] [] [] []}
 SSH cmd err、出力:終了ステータス255:
 sshコマンドの取得中にエラーが発生しました 'exit 0':終了ステータス255
 WaitForSSH関数を取得しています...
 TCP接続のテスト:localhost:50083
 SSHクライアントタイプの使用:外部
 SSHコマンドを実行しようとしています:
出口0
 &{/ usr / bin / ssh [/ usr / bin / ssh -o PasswordAuthentication = no -o IdentitiesOnly = yes -o StrictHostKeyChecking = no -o UserKnownHostsFile = / dev / null -o LogLevel = quick -o ConnectionAttempts = 3 -o ConnectTimeout = 10 -i /Users/tehmasp/.docker/machine/machines/docker-vm/id_rsa -p 50083 docker @localhost exit 0] [][]?reflect.Value? false [] [] [] []}

手動でVMにログインできますが、問題はないようです。問題は、docker-machineがステータスを正しく取得できないことにあると思います。

Docker-Machine環境で動作します:

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

(FYI-homebrew-caskにはまだv0.3.0より新しいものがないため、手動でインストールしました)

ただし、「create」では、docker-machineがまだハングしており、「docker-machine env docker-vm」を完全に機能させるには、「docker-vm」の「regenerate-certs」を実行する必要がありました。

同様の問題を抱えている他の人のためにそれをそこに出す。 少なくとも、boot2dockerに戻らなくても、Dockerマシン環境が機能しています。 しかし、これで一日だけ無駄になりました:(

@tehmaspcあなたと同じ問題、そして私は解決策を見つけられませんでした

@tehmaspcフィードバックに感謝し、トラブルをお詫びします:(残念ながら、これは通常、virtualboxネットワークが原因です。v0.4.0-rc1が修正したフィードバックに感謝します。

@opskumu 0.4.0-rc1を試して

MacOS X Yosemite0.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...

永遠にぶら下がる...

環境情報:

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、4.3.x VBOXにダウングレードし、これを乗り越えるために証明書の再生成コマンドを実行しました。 新しいVMでそれを試してください。 幸運を。

@opskumu @ wmiller848-だから私はちょうどこの問題に遭遇しました: https

〜/ .ssh / configファイルでSSH多重化を使用しています。 これらの設定を無効にしたところ、docker-machineが正しく機能するようになりました。 上記の回避策でさえ、実際には一貫して機能していませんでしたが、SSH多重化を無効にすると、修正されたようです。

SSH多重化が有効になっているのだろうか?

私の〜/ .ssh / configファイルは次のようになりました。

 %cat〜 / .ssh / config
ホスト *
 TCPKeepAliveはい
 ServerAliveInterval 10
 ServerAliveCountMax 10
 ForwardAgentはい
 #ControlMaster自動
 #ControlPath〜 / .ssh / sockets /%r @%h-%p
 #ControlPersist 300

乾杯、
Tehmasp

SSH多重化を無効にすることも私にとってはうまくいきました(OS X 10.10.4で)。 ありがとう@tehmaspc!

@ehazlett私はすでに0.4.0をテストしましたが、それも機能しません。

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

@tehmaspc Diabllingssh多重化は私にとっても機能しません。

docker-machine0.4.0のWin10にも問題があります。

{ ~ }  » 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

これが役立つかどうかはわかりませんが、同様の問題が発生した後、マシンの構成ファイル( ~/.docker/machine/machines/<machine_name>/config.json )にsshポートが設定されていないことに気付きました。 その結果、 docker-machineは常にポート22でSSHを実行しようとしていました。これを手動で設定した後、すべてがうまくいきました。

価値のあることとして、SSH構成のマルチプレックス設定を削除すると、これが修正されました。 他の未解決の問題で試したものは他に何も機能していませんでしたが、今ではすべてがうまく機能しているように見えます。

おそらく、VMセットアップスクリプトは、SSH -oオプションを使用して、接続を確立するときに多重化を無効にすることを検討する必要がありますか?

@chrisfosterelli yup +1;

cc @ ehazlett-多くの人々がこの問題を抱え続けています。 これをぶつけるべきですか?

ありがとう、
@tehmaspc

問題は非常に打撃を受け、見逃されています。 問題を軽減するために、このディスカッションに参加しているすべての人に潜在的な修正をクラウドソーシングしてもらうのは素晴らしいことです。

ssh mutliplexingを削除すると、これも修正されました。

MacではなくLinuxでssh多重化を無効にすると問題が解決したことを誰かが見つけましたか? Ubuntuでそれを無効にしても問題が発生します。 人々はそれが彼らのためにそれを修正したと言いますが、Linux、Windows、またはMacに注意しないでください。

ssh多重化をオンにしていませんが、まだこの問題が発生しています。
@ wmiller848 :この問題の解決策を見つけましたか?
これが私の環境です:
〜$ docker --version; docker-machine --version; VBoxManage --version
Dockerバージョン1.9.0-dev、ビルド0e3674d、実験的
docker-machineバージョン0.4.1(e2c88d6)
5.0.0r101573

〜$ sw_vers
製品名:Mac OS X
ProductVersion:10.10.4
BuildVersion:14E46

次のエラーも表示されます。

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

この特定のコンピューターにはまだ持っていなかったので、デフォルトのDocker Machineインストールを使用し、VirtualBoxをインストールさせました。 私が持っている潜在的に奇妙な唯一のものは、厳格な暗号要件を備えたOpenSSHの自作バージョンです。 これが私の環境の詳細です:

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

同じ問題があります。

$ vboxmanage --version
5.0.2r102096
$ docker-machine --version
docker-machine version 0.4.1 (e2c88d6)

理由はわかりませんが、私の問題はマシンのconfig.jsonが悪いことです。 マシンのIPとポートがありません。

また、同じ問題があります...これが修正されるまで私はboot2dockerを使用しています。

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

私はここで同じ問題を抱えています:

$ 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

ありがとう

ここで同じ問題:

$ 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

VBoxを5.xから4.3.xにダウングレードしたところ、数時間動作した後、同じSSHエラーが発生しました。

同じ問題があります。 このバグの回避策を見つけました:

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

@ecylmzに感謝します。 回避策として+1。 それでもこのエラーが発生しましたが、マシンは正常に作成されました。

STDERR:実行中:/ usr / local / bin / VBoxManage modifyvm imc --natpf1 delete ssh

STDERR:VBoxManage:エラー:コードNS_ERROR_INVALID_ARG(0x80070057)-無効な引数値(拡張情報は利用できません)
VBoxManage:エラー:コンテキスト:ファイルVBoxManageModifyVM.cppの1766行目の「RemoveRedirect(Bstr(ValueUnion.psz).raw())」

回避策については@ecylmzに称賛いきました。 唯一の注意点は、 docker-machineコマンドごとにdocker-machine --native-sshを実行する必要があることです( docker-machine env vm_name )。

Docker Toolbox1.8.1cにアップグレードしてもこの問題は修正されなかったことにも注意してください。

--native-ssh回避策も私のために働いた

--native-sshは私のために働いた。 :+1:@ecylmz

参考までに、これらの問題が発生する理由がSSH多重化構成設定によるものである場合は、次のリリース/マスターで修正する必要があります。

@nathanleclaireは、SSH多重化の修正に関する更新をありがとうございます。 朗報です! Linux(Ubuntu)で--native-sshをテストしました。 問題は修正されません。 繰り返しになりますが、それはヒットとミスであるため、一度機能させても何の意味もありません。 私はそれを10回続けて失敗させ、次に突然数回動作させ、次に10回失敗させることができます。

@garystaffordこの--native-sshは、Ubuntuでデフォルトのドライバー(なし)を使用しても機能しないことを確認できます。

+1

$ docker-machine -D --native-ssh create -d virtualbox localコマンドを実行しましたが、エラーログで機能しませんでした:
実行中:/ usr / bin / VBoxManage startvm local --type headless
STDOUT:VM「ローカル」の電源がオンになるのを待っています...
VM「ローカル」が正常に開始されました。

STDERR:
VMを起動しています...
WaitForSSH関数を取得しています...
TCP接続のテスト: localhost:49564
SSHクライアントタイプの使用:ネイティブ
SSHコマンドを実行しようとしています:
出口0
TCPのダイヤルエラー:ssh:ハンドシェイクに失敗しました:tcp 127.0.0.1:49564の読み取り:ピアによって接続がリセットされました
TCPのダイヤルエラー:ssh:ハンドシェイクに失敗しました:tcp 127.0.0.1:49564の読み取り:ピアによって接続がリセットされました

@ nathanleclaire 、UbuntuまたはFedora用のGitHubのマスターブランチに最新のdocker-machineを複製してビルドしました。 UbuntuまたはFedoraでのsshエラーの改善はまだ見られません。

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

@nathanleclaireあなたが言及した余分なホスト専用ネットワークアダプターを削除することで、マシンの作成やIPアドレスの競合の80%以上の失敗から100%の成功に移行しました。 VirtualBox 5.0.3では、VirtualBox-> Preferences-> Network-> Host-only Networksに移動し、それらを削除しました。 その後、5クラスターの群れを作成し、明らかなエラーや問題のない織りを追加しました。 ありがとうございました。 参考までに、クローンを作成してビルドしたdocker-machine version 0.5.0-dev (fe5a722)バージョンをまだ実行しています。

@garystaffordそれがあなたのために片付けられたと聞いて

私の問題は2つあったようです。 アダプターvmnet0とvmnet1の削除が必要だっただけでなく、すべてのdocker-machineコマンドにはsudoが必要です。

私の環境では、これはvirtualboxネットワークの問題です。 そうしなければならなかった
(1)ホストオンリーアダプターをブリッジアダプター(en0Wi-Fi)に変更します。
次に、 docker @ ..をsshできます
(2)docker-machineregenerate-certs
その後、「docker-machineconfig」が機能します

まったく同じエラーが発生していますが、BIOSで「仮想化を有効にする」

関連するトラブルシューティング:

  1. デバッグフラグの使用: docker-machine --debug create --driver virtualbox dev
  2. アダプター/ポート転送の問題であると想定して、VirtualBoxManagerで「dev」vmネットワーク設定を確認します
  3. 偶然、VirtualBoxManagerで実行中の「dev」vmをダブルクリックすると、「dev」vmへのウィンドウが開き、実際の問題「 vt xamd-vがシステムで利用できません」が表示されました。 このDockerのVMがエラーでスタックしたため、「 x86-64が必要ですが、i686cpuのみが検出されました

トラブルシューティング、特にVirtualBoxManager内で実行中のVMの「ダブルクリック」の部分を共有したかっただけです。 これを試してみてください。ハングアップの根本的な原因が何であるかについてのヒントが得られる可能性があります。

回避策として、「〜/ .ssh / config」にHost * ... ControlMaster autoが必要な場合は、次の方法で実行できることがわかりました。

# 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

# ...

最新のRCは、SSH構成で設定されたControlMasterオプションで正常に動作するはずです。

docker-machine -v
docker-machineバージョン0.4.1(e2c88d6)

私も同じ問題を抱えています、
回避策は、すべてのdocker-machineコマンドに--native-sshを追加することです。

MacOS10.11.1でもこの問題が発生します。
--native-sshを使用すると、確かに役立ちます。

〜/ .ssh / configが壊れていました。 修正すれば、以前と同じように機械を作ることができました。 これを確認する1つの方法は、他のサーバーにsshを実行して、sshが原因でdocker-machineが失敗していないことを確認するために機能するかどうかを確認することです。

同じ問題で何も機能しませんでした。
私にとっての回避策は、マシンごとに--native-sshを追加することだけです。

私の環境の詳細:
OS:OS X ElCapitanバージョン10.11
docker-machineバージョン0.5.0(04cfa58)
VBoxManage --version
5.0.8r103449

@tehmaspc https://github.com/docker/machine/issues/1591#issuecomment -126169020は私のために機能しますが、@ trentmによっていくつかの回避策が提案されています。

Dockerのインストールを少しアップグレードした後、今日Windows10でこれに遭遇しました。 私はすべてを試しました- .docker削除し、VBox VMを再構築し、環境変数をいじり、 config.jsonハッキングしました...最後にすべて(virtualboxを含む)をアンインストールし、すべてを再インストールしました。 それはうまくいきました!

アップグレードプロセスなどで発生するVBoxネットワークに問題があるように思われました。 予想されたIPアドレスが取得され、その後すべてが爆発したように。

私も同じ問題を抱えていました。 どうやら私は以前にOpenSSHをインストールしていて、Dockerイメージの作成中にそれを取得していたため、ControlMasterエラーが発生しました。 アンインストールし、Git \ binをパスに追加すると、チャームのように機能しました。

私はこれと同じ問題を抱えており、このページで提案されている回避策は何の効果もありませんでした。 何か案は?

これが私の環境です:

Dockerバージョン1.10.3、ビルド20f81dd
docker-machineバージョン0.6.0、ビルドe27fb87
5.0.16r105871
製品名:Mac OS X
ProductVersion:10.11.4
BuildVersion:15E65

このコマンドを発行すると:

docker-machine --debug create -d virtualbox default

...常に最終的にこのエラーでハングします。このエラーは、手動で割り込むまで端末に繰り返し出力されます。

(デフォルト)DBG | WaitForSSH関数を取得しています...
(デフォルト)DBG | SSHクライアントタイプの使用:外部
(デフォルト)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}
(デフォルト)DBG | SSHコマンドを実行しようとしています:
(デフォルト)DBG | 出口0
(デフォルト)DBG | SSH cmd err、出力:終了ステータス255:
(デフォルト)DBG | sshコマンドの取得中にエラーが発生しました 'exit 0':SSHコマンドの実行中に問題が発生しました!
(デフォルト)DBG | コマンド:exit 0
(デフォルト)DBG | エラー:終了ステータス255
(デフォルト)DBG | 出力:

@nathanleclaire上記の私のコメントを

私はまだELキャップを持っていないので、そのOSで私の経験を共有することはできません。

別の方法は、Virtualboxの要件を完全に排除するDocker forMacベータ版を入手することです。 もちろん、他の問題があるかもしれません:)

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

@chrisbenson ~/.ssh/configファイルはどのようなものですか?

docker-machine ssh default -vvvの出力は何ですか?

@nathanleclaireお返事が遅れてすみません。 私は一時的にあきらめ、すぐにチェックし直しませんでした。 今後のご返信をお待ちしております。

~/.ssh/configではありません。実際に削除したのは、そうでないことを確認するためです。 効果はありませんでした。

docker-machine --debug create -d virtualbox defaultを実行した後、前述のエラーが何度も生成され、Ctrl + Cで出力します。

次に、 docker-machine ssh default -vvvと入力して、次のようにします。

OpenSSH_7.2p2、OpenSSL 1.0.2g 2016年3月1日
debug1:構成データの読み取り/ usr / local / etc / ssh / ssh_config
debug2:「127.0.0.1」ポート22を解決します
debug2:ssh_connect_direct:needpriv 0
debug1:127.0.0.1 [127.0.0.1]ポート22に接続しています。
debug2:fd3設定O_NONBLOCK
debug1:アドレス127.0.0.1ポート22に接続:接続が拒否されました
debug1:再試行しています...
debug1:127.0.0.1 [127.0.0.1]ポート22に接続しています。
debug2:fd3設定O_NONBLOCK
debug1:アドレス127.0.0.1ポート22に接続:接続が拒否されました
debug1:再試行しています...
debug1:127.0.0.1 [127.0.0.1]ポート22に接続しています。
debug2:fd3設定O_NONBLOCK
debug1:アドレス127.0.0.1ポート22に接続:接続が拒否されました
ssh:ホスト127.0.0.1ポート22に接続:接続が拒否されました
終了ステータス255

@chrisbenson念のため、 /usr/local/etc/ssh/ssh_config内容は何ですか?

@ nathanleclaire'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

うーん、OK、だから何も設定されていません。 0.7.0リリースを試して、うまくいくかどうかを確認できますか(まったく新しいので、Toolboxがまだベイクされていないため、バイナリをダウンロードする必要があります)

@nathanleclaire 0.7.0を試しましたが、違いはありませんでした。 まったく同じエラーが発生します。 他のアイデアはありますか? ありがとう!

@chrisbenson --native-sshはあなたのために働きますか、それとも同じ問題を示しますか?

@nathanleclaire同じ問題、ネイサンを示しています。

@chrisbensonファイアウォール/ VPN /プロキシはありますか?

@nathanleclaireいいえ、

@chrisbensonいくつか試してみてください:

  • リリースページから提供されたマシンバイナリを使用する場合、違いはありますか? Homebrewの使用により、cgoとネイティブのGoの問題が発生する可能性はごくわずかです。
  • GUIで公開されているVirtualBoxポート(VMのネットワーク設定の転送ポート22 )を見ると、手動でSSH接続できますか? (例: ssh [email protected] -p 34567 -パスワードはtcuser

    • そうでない場合、 ping 127.0.0.1ようなもの

  • Macシステムファイアウォールが有効になっていますか? (設定IIRC内)
  • VirtualBoxログ( ~/.docker/machine/machines/default/default内にネストされている)を見て、エラーなどの興味深いものがあるかどうかを確認してください。
  • 127.0.0.1がデフォルトのループバックですよね? /etc/hostsファイルはどのように見えますか?

--native-sshは機能しますが、この問題はOS Xで新しいターミナルセッションを開始するたびに発生します。本番環境のdocker-machineに問題があっただけで、次のDocker forMacでこれらの問題が解決されることを願っています。

これは、Windows 7の最新のDockerツールボックスで、PCを夜間にスリープ状態にしたときに発生します。 PCをスリープ解除すると、すべてのdocker-machineコマンドがタイムアウトしますが、docker-machine ssh $ nodeは問題なく実行できます。 ノード内では、dockerは正常に実行されており、前日に起動したコンテナーはまだ実行されています。

$ docker -v && docker-machine -v
Dockerバージョン1.12.0、ビルド8eab29e
docker-machine.exeバージョン0.8.0、ビルドb85aac1

$ docker-machine env

$ docker-machine regenerate-certs [マシン名]

$ docker-machine ls
OK!

3年後のWIN7x64で、これはまだ起こっています!!! これが原因で単純な最初のデフォルトの作成コマンドを発行することが不可能な場合は、それを修正するか、単に製品を壊れたと呼ぶ時ではありませんか?

(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

残念ながら、私は同じ問題を抱えています。 私はグーグルですべてのリンクを読んだようですが、何も問題を解決することはできません。 助けてください!

DigitalOceanドロップレットのようなVPS内にマシンを作成するのは正しいですか? 私はそのようなサーバーに問題があります:

# 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

sshconfigを作成してみました。

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

--native-sshも、問題は解決しません。

@tenorokほとんどのクラウドプロバイダーで仮想化をネストすることはできません。これは、DOでVirtualBoxマシンを作成しようとすると実行されることです。

ツールボックスを試しましたが、cmdとネイティブssh(windows oponssl)を使用したときに同じ問題が発生しました
git / usr / bin / sshからsshをトリングすることでこの問題を解決しました。

image

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
このページは役に立ちましたか?
0 / 5 - 0 評価