Vagrantスタック接続タイムアウト再試行

私の浮浪者は昨夜完全にうまく働いていた。PCの電源を入れてを押したところ、次のvagrant upようになりました。

==> default: Clearing any previously set network interfaces...
==> default: Preparing network interfaces based on configuration...
    default: Adapter 1: nat
    default: Adapter 2: hostonly
==> default: Forwarding ports...
    default: 22 => 2222 (adapter 1)
==> default: Booting VM...
==> default: Waiting for machine to boot. This may take a few minutes...
    default: SSH address: 127.0.0.1:2222
    default: SSH username: vagrant
    default: SSH auth method: private key
    default: Error: Connection timeout. Retrying...
    default: Error: Connection timeout. Retrying...
    default: Error: Connection timeout. Retrying...
    default: Error: Connection timeout. Retrying...
    default: Error: Connection timeout. Retrying...
    default: Error: Connection timeout. Retrying...
    default: Error: Connection timeout. Retrying...
    default: Error: Connection timeout. Retrying...
    default: Error: Connection timeout. Retrying...
    default: Error: Connection timeout. Retrying...
    default: Error: Connection timeout. Retrying...
    default: Error: Connection timeout. Retrying...
    default: Error: Connection timeout. Retrying...

誰かがこれを以前に経験したことがありますか？vagrantはまだWebで広く取り上げられておらず、これが発生している理由を見つけることができません。

私はこの問題を解決し、他の誰かが同様の問題を抱えている場合に備えて回答します。

私がしたこと：Virtual boxのGUIを有効にして、ubuntuやセーフモードなどで直接起動するかどうかを選択する起動時の入力を待っていることを確認しました。

GUIをオンにするには、これをvagrant configに配置する必要がありますVagrantfile。

config.vm.provider :virtualbox do |vb|
  vb.gui = true
end

上記の方法で迷惑なマシンで立ち往生している場合、guiモードで起動する必要はありません（Xサーバーがなければ不可能です）。

VMの起動中に、別のターミナルウィンドウで、実行中のマシンのIDを確認します。

vboxmanage list runningvms

これにより、次のような結果になります。

"projects_1234567890" {5cxxxx-cxxx-4xxx-8xxx-5xxxxxxxxxx}

多くの場合、VMはブートローダーでオプションを選択するのを待っているだけです。次Enterのコマンドを使用して、適切なキーコード（この場合は）をvmに送信できますcontrolvm。

vboxmanage controlvm projects_1234567890 keyboardputscancode 1c

それでおしまい。仮想マシンは起動プロセスを続行します。

マシンのBIOSでハードウェア仮想化が有効になっているかどうかを確認する必要があります。

私の問題はタイムアウトの文字列と同じですが、GUIに黒い画面しか表示されませんでした。

セットアップしたばかりのノートパソコンでも同じ問題が発生し続けました。何時間も検索した結果、BIOSでハードウェア仮想化が有効になっているかどうかを確認するためのヒントがようやく見つかりました。

これが私が見つけた投稿の内容です：

この問題が発生しているユーザーがまだいるようです。そのため、SSHタイムアウトの問題に対するいくつかの可能な解決策のリストを以下にまとめます。

• ファイアウォールまたはアンチウイルスがプログラムをブロックしていないことを確認してください（これは頻繁に発生するのではないかと思います）
• タイムアウトが発生するまでの時間を、迷惑なマシンに割り当てます。非常に高速なPC / Macがない場合、VMはSSH準備完了状態で起動するのに時間がかかるため、タイムアウトが発生します。
• したがって、障害があると結論付ける前に、まず浮浪者にCOMPLETELYをタイムアウトさせてください。
• vagrantが完全にタイムアウトした場合は、vagrantファイルのタイムアウト制限を数分に増やして、再試行してください。
• それでも機能しない場合は、VirtualBoxインターフェイスを介してvagrantマシンをクリーンブートし、マシンのGUIを事前に有効にしてみてください。起動中にGUIで何も起こっていない（つまり、ブラックスクリーンだけでテキストがない）場合は、迷惑なマシンに問題があります。
• VBインターフェイスを介してマシン全体を破壊し、再インストールします。
• ユーザーフォルダーのVagrant Imagesフォルダーにあるubuntuイメージファイルを削除し、再ダウンロードしてインストールします。
• 64ビットハードウェア仮想化をサポートするIntelプロセッサさえありますか？グーグルそれ。その場合は、BIOSでこの機能を無効にする設定がないことを確認してください。
• Windows 7または8を実行している場合は、hyper-v機能を無効にします。Googleで無効にする方法。
• SSH対応クライアントを介して実行していることを確認してください。Git bashを使用します。ダウンロード：http : //git-scm.com/downloads
• trusty32やprecision32のような32ビットバージョンのubuntuをインストールします。vagrantファイルのバージョンを変更し、vagrantを新しいディレクトリに再インストールするだけです。
• 最新のvagrantおよびvirtualboxバージョンを使用していることを確認してください。最後の手段：コンピューターをフォーマットし、Windowsを再インストールして、Intel Core Isomethingプロセッサーを購入します。

お役に立てば幸いです。

私が見つけた解決策は、NATに接続されているアダプター1のケーブル接続オプションを確認することです。私は本当に知りません、これは私の4番目の迷惑な箱ですが、これはケーブル接続オプションがチェックされていない唯一のボックスであり、チェックすると機能します。

私はまったく同じ問題を抱えていました。問題はSSHキー（ファイルのローカライズが間違っているなどの問題ですが、何度も確認した）にあると考えましたが、構成セクションのユーザー名とパスワード（sshキーを使用せずに）を常に追加し、guiを実行して、コードVagrantfileが見えるようにする必要があります以下のように多かれ少なかれ：

Vagrant.configure(VAGRANTFILE_API_VERSION) do |config|

  config.ssh.username = "vagrant"
  config.ssh.password = "vagrant"

   config.vm.provider "virtualbox" do |vb|
     vb.gui = true
   end
end

私の場合、GUIが表示されていても黒い画面が表示され（エラーやログインの可能性などはありません）、コンソールではError: Connection timeout. Retrying...何度も表示されました。BIOSでVT-x（仮想化）が有効になっていることを確認し、Virtual BoxとVagrantの両方のバージョンの多くの組み合わせと多くのVagrantボックスをチェックしました（それらのいくつかについては、GUIに黒い画面が表示されなかったが、まだ接続がありました問題）。最後に、VirtualBoxとVagrantを最新のバージョンに再度更新しましたが、問題はまだ発生しています。

重要なことはVagrantfile、下の画像のようにvagrantupを実行した後（上記で示したGUIを使用）、VirtualBoxのアイコンを確認することでした。

VirtualPCにはエラーがありませんでした（VT-xが有効になっていないという警告はありません）が、Vアイコンが以前は灰色だったため、VT-xが無効になっていることを意味します。私が言ったように、私はいつもそれを私のBIOSで有効にしました。

最後にHYPER-V、古いInternet Explorerでサイトをインストールしてテストできるようにすることで問題が発生する可能性があることに気付きました。私はWindowsに行ってControl Panel -> Programs and functions / Software左側のメニューから選択しましたTurn on or Turn off Windows functions（これらを見つけることを願って、ポーランド語のWindowsを使用しているため、正確な英語名がわかりません）。Hyper-VをオフにしてPCを再起動し、Virtual Boxを実行した後、vagrant upようやくエラーがなくなりました。GUIでログイン画面が表示され、Vアイコンがグレーで停止しました。

この問題（および多くのPCの再起動）を解決するために多くの時間を無駄にしたので、これがWindowsで問題を抱えているすべての人に役立つことを願っています。コントロールパネルでHyper-Vがオフになっていることを確認してください。

鉱山は問題なく動作しており、接続されるまでこの「警告：リモート接続が切断されました。再試行しています...」を何度も（おそらく20回）実行していました。上記の回答に基づいて私はちょうど

vagrant destroy
vagrant up

そしてそれはすべて良かった。鉱山は非常にシンプルでしたが、Vagrantfileをに削減するconfig.vm.box = "ubuntu/trusty64"ことでそれを実現しました。そのため、破壊して再起動することが最良の選択のように思われました。これらのVagrantイメージの無国籍の性質を考えると、なぜそれがすべての場合に機能しないのかはわかりません。私はこれに取り掛かっていますが、それが真実ではないことをまだ知っているかもしれません。

Windows 8.1マシンでも同じ問題が発生しました。接続タイムアウトとGUIの有効化はまったく役に立ちませんでした。画面が真っ黒でした。私の場合の修正は「Hyper V」を無効にすることでした

Vagrantドキュメントからの引用https://docs.vagrantup.com/v2/hyperv/index.html

警告：Hyper-Vを有効にすると、VirtualBox、VMware、およびその他の仮想化テクノロジーが機能しなくなります。他のハイパーバイザーが必要になる場合がある場合に、Hyper-Vを有効にせずにWindowsを起動するためのブートエントリを簡単に作成する方法については、このブログ投稿https://www.hanselman.com/blog/SwitchEasilyBetweenVirtualBoxAndHyperVWithABCDEditBootEntryInWindows81.aspxを参照してください。

あなたがWindows 8または10で作業している場合、これは私にとってうまくいきました：

1. BIOS設定を変更して、64ビットの仮想化を許可します。
2. 方法は次のとおりです。
   • 高度なスタートアップを使用してPCを再起動します（高度なスタートアップに移動-[今すぐ再起動]-[トラブルシューティング]-[詳細オプション]-[UEFIファームウェア設定]-[再起動]）
   • BIOSウィンドウ内-[詳細設定]メニュー/タブに移動-[インテルバーチャルテクノロジー]を有効にします
   • 保存して終了します。

既存のボックスでこれに問題がありましたが（何が変わったのかわかりません）、Vagrantボックスが起動に失敗した場合でも、SSH経由で接続できました。たまたま、SSHキーが何らかの形で変更されていました。

迷惑なルートフォルダから実行vagrant ssh-configしたところ、キーファイルの場所がわかりました。これをputtygenで開いて、新しいキーを取得しました。

Linuxゲストで~/.ssh/authorized_keys、新しい公開鍵を編集してドロップしました。

すべてが再び機能しています-今のところ！

Vagrantfileからこの行を削除した後も同じ問題が発生しました：

config.vm.network "private_network", type: "dhcp"

この行を元に戻した後、VMは正常にロードされました。

初期起動時のSSH接続タイムアウトは、次のようなさまざまな理由に関連している可能性があります。

• BIOSで仮想化が有効になっているかどうかを確認します（コメントに従って）、
• システムはユーザーの操作を待ちます（たとえば、共有パーティションの準備ができていません）。
• 秘密鍵の不一致（を介して構成を確認vagrant ssh-config）、
• 起動プロセスにははるかに長い時間がかかります（増加してみてくださいconfig.vm.boot_timeout）。
• 間違ったドライブから（例えばインストーラーISOから）起動している、
• VMファイアウォールの設定ミス（iptables設定など）
• ローカルファイアウォールルール、ポートの競合またはVPNソフトウェアとの競合、
• sshd 設定ミス。

問題をデバッグするには、--debugオプションなどを実行してください：

VAGRANT_LOG=debug vagrant up

明らかなものがない場合は、次の方法で、別の端末から接続を試みvagrant sshます。

vagrant ssh-config > vagrant-ssh; ssh -F vagrant-ssh default

それでもSSHが失敗する場合は、GUI（などconfig.gui = true）で実行してみてください。

そうでない場合は、実行中のプロセスをvagrant ssh -c 'pstree -a'確認するか（例：）、またはを確認してくださいsshd_config。

それは使い捨てのVMである場合、あなたは常にしようとすることができdestroy、それとupそれが再び。

VagrantとVirtualboxのアップグレードも検討する必要があります。

詳細については、デバッグとトラブルシューティングのページをご覧ください。

私は同じ問題を抱えていましたが、他のどの回答も私の問題を完全に解決しませんでした。@Kieeによる回答は役に立ちましたが、GUIに表示されたのは黒い画面のみでした（左下に下線があり、Virtual Boxのこの問題もスタックオーバーフローで個別に発生しましたが、何も助けにはなりませんでした）。

最終的に、ソリューションは非常にシンプルであることが証明されました。仮想マシンのバージョンを確認してください。

より正確には、64ビットのDebianを使用している他の人からのボックスがありましたが、Virtual Boxはそれを32ビットとして扱うように主張しました。変更するには、Virtual Boxを開き、ターミナルを開いて実行します

vagrant up

ラインを待つ

default: SSH auth method: private key

これで、ctrl + Cを押して（またはタイムアウトを待つ）、実行できます

vagrant halt

仮想マシンは破棄されないため、Virtual Boxのメニューに表示されますが、電源がオフになるため、設定を変更できます。メニューでマシンを選択し、「設定」->「一般」をクリックして、適切な「バージョン」を選択しました。私にとっては「Debian（64ビット）」でした。このタイプの後vagrant up再び。

これがあなたのケースである場合（または「設定」の異なる変更で問題が解決した場合）、修復した入力から新しいボックスを作成できます

vagrant package --output mynew.box

詳細：ホスト32ビットUbuntu 12.12、ゲスト64ビットDebian 8.1、Virtual Box 5.0.14、Vagrant 1.8.1

ここには良い答えがたくさんあり、全部を読むことはできませんでしたが、私は少しの貢献もしてくれました。私は2つの異なる問題を抱えていました：

1. vagrant up私のssh ' id_rsa ' を見つけることができませんでした（そのとき、私はまだそれを持っていなかったため）：このGitHubの記事にssh-keygen -t rsa -b 4096 -C "myemailaddress@mydomain.com"基づいて実行し、voiláがそれを実行しました。

2. 次に、この質問の同じ問題が発生しました「警告：接続がタイムアウトしました。再試行しています...」、永遠に...：したがって、たくさん読んだ後、システムを再起動してBIOS（F2そこで、PC上で）、そして仮想化が無効にされました。それを有効にして保存し、システムをもう一度起動して、変更があったかどうかを確認しました。

その後vagrant up、魅力のように働きました！午前4時ですが、実行中です！なんてクールなんだ？：D私のようにWindows、特にWindows 10でこれを試すマゾデベロッパーはほとんどいないことを知っているので、ここに来ることを忘れずに、私の言葉を残しました...別の重要な情報は、私はHomestead、VirtualBox、composerなどを使用してLaravel 5をセットアップしようとしていましたが、うまくいきました。したがって、この回答がこの質問のように役立ち、回答が私を助けてくれることを願っています。よろしくお願いします。さようなら！

新しいエントリをに追加して、迷惑なVMのマウントされたフォルダをテストしていました/etc/fstab。後でログアウトして迷惑な停止を実行しましたが、実行するvagrant upと次のようになりました。

SSH auth method: private key
Warning: Remote connection disconnect. Retrying...

私はこれらすべての投稿を読んで、私の事件に関連すると思われるすべての投稿を試しました（問題を確実に修正したであろうが、私の事件では最後の手段であったvagrant destroyを除きます）。@Kieeの投稿は、VirtualBox GUIから直接VMを起動しようとするアイデアを私に与えました。起動プロセス中にVMが停止し、以前に追加したテストフォルダーのマウントをスキップするかどうかを尋ねられました/etc/fstab。（それがvagrantがVMを起動できなかった理由です。）「NO」と応答した後、VMは問題なく起動しました。ログインしてfstabからいたずらな行を削除し、VMをシャットダウンしました。

その後、浮浪者はうまく起動できました。

取り除く？すべての突然の浮浪者がVMに再起動できない場合は、プロバイダー（私の場合はVirtualBox）から直接起動してみてください。SSHとはまったく関係のない何かのために、ブートがハングしている可能性があります。

x64ボックス（chef / ubuntu-14.04）を使用していたときにも同じ問題が発生しました。

私はx32に変更して動作しました（hashicorp / precise32）。

多分これは多くの人々を助けるにはあまりにも単純な答えですが、もしそうでないなら試す価値があります：「vagrant suspend」の代わりに「vagrant halt」を実行し、「vagrant up」でVMを再起動します。

私の問題は、「kworker」プロセスがバグになり、VMで絶えずタイムアウトになるためだったと思います。ハードリブートを実行すると、プロセスが正しくリロードされたように見えましたが、保存と復元は、壊れたプロセスを壊れた状態に復元しているだけでした。

VirtualBox内でvagrant / VirtualBoxを実行すると、これが発生しました。ホストマシンで迷惑なマシンを実行することで、これを解決しました。

VirtualBoxを備えたMacOSでは、これをVagrantfileに追加すると、さらに先に進むことができることがわかりました。

config.vm.provider 'virtualbox' do |vb|
  vb.customize ['modifyvm', :id, '--cableconnected1', 'on']
end

AMD64ビットにubuntu32ビットをインストールするとうまくいきました。制限された環境であるため、BIOにアクセスできませんが、ubuntu / trusty64ではなくubuntu / trusty32で動作させることができました

Windows 7 SP1でVirtualBox 4.3.15でVagrant 1.6.3を使用する

お役に立てば幸いです。

私にとっては、浮浪者と仮想ボックスの互換性でした。

私はWindows 10を使用していて、私はVagrantとVirtual Boxをアンインストールしました

次に、仮想ボックスの古いバージョン、具体的にはバージョン4.3.38をインストールします（このバージョンの拡張パックもインストールします）

次に、最新のvagrantのコピーをインストールします（現時点では1.8.5）。

その後それは働いた。

GUIを有効にしたくないが後で無効にする必要がある場合は、Oracleから拡張パックをインストールすることもできます。

http://www.oracle.com/technetwork/server-storage/virtualbox/downloads/index.html#extpack

次に、これをVagrantfileに入れて、VRDPを有効にします。

vb.customize ["modifyvm", :id, "--vrde", "on"]

これで、RDPを使用してオンデマンドでボックスに接続できます。SSHを実行したり、GUIを常に開いたりする必要はありません。

VMwareプロバイダーのユーザーのためのもう1つの可能な解決策：私にとっては、同じホストマシン上のVirtualBoxの並列インストールを削除した後に問題が解決しました。VMwareとVirtualBox間のネットワークインターフェースが明らかに競合していた

私も同じ問題に直面しています。セットアップVirtualizationから有効にすることでこれを修正しましたBIOS。

ファイルを削除します。

C:\Users\UserName\\.vagrant.d\insecure_private_key

次に実行します：

vagrant up

私にとってうまくいったのは、BIOSから64ビットOS（Ubuntu 13.10）で64ビット仮想化を許可することでした。

BIOSセットアップでCPUの仮想化が有効になっていることを確認してください。

私の場合は、静的IPアドレスを指定して、問題を単純に解決しました。

config.vm.network "private_network", ip: "192.168.50.50"

FWIW--私の問題は、新しい構成ファイルではなく、本当に古い構成ファイルを使用したことが原因でした。新しい構成ファイルを使用して（したがって、DSLを調整/変更して）、問題を即座に修正しました。

マシンが起動しなかったため、BIOSで仮想化を有効にできたことは私に役立ちました。

仮想ボックスからctrl-d-ingするのではなく、sshで何かを実行するたびに実行するつもりはないので、浮浪者は別の端末にアクセスして以下を実行することを好むと思います。

vagrant halt

ボックスを停止します。その後、VBに戻っても問題はありません。