web-dev-qa-db-ja.com

Vagrant up / reloadエラー-デフォルト:警告:接続タイムアウト。再試行しています…

3か月間完全に機能する浮浪者がいましたが、過去3日間は、浮浪者のアップまたは浮浪者のリロードを実行しようとするとエラーが発生します。

これは、vagrant reloadを実行したときに表示されるエラーです

default: Attempting graceful shutdown of VM...
default: Guest communication could not be established! This is usually because
default: SSH is not running, the authentication information was changed,
default: or some other networking issue. Vagrant will force halt, if
default: capable.
default: Forcing shutdown of VM...
default: Clearing any previously set forwarded ports...
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: 80 => 8080 (adapter 1)
default: 22 => 2222 (adapter 1)
default: Running 'pre-boot' VM customizations...
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: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying... 
Timed out while waiting for the machine to boot. This means that
Vagrant was unable to communicate with the guest machine within
the configured ("config.vm.boot_timeout" value) time period.

If you look above, you should be able to see the error(s) that
Vagrant had when attempting to connect to the machine. These errors
are  usually good hints as to what may be wrong.

If you're using a custom box, make sure that networking is properly
working and you're able to connect to the machine. It is a common
problem that networking isn't setup properly in these boxes.
Verify that authentication configurations are also setup properly,
as well.

If the box appears to be booting properly, you may want to increase
the timeout ("config.vm.boot_timeout") value.

Elementary OS Lunaを使用しており、いくつかの回答が示唆するように、vagrantとvirtualboxの最新バージョンを更新しました。しかし、問題は解決しません。

GUIや this を有効にするなど、ほとんどの一般的なソリューションを試しました。 here の解決策も試しましたが、仮想ボックスがログインしないためできませんでした。

しかし、GUIはこれを私に提示しました:

 keys: press S to skip mounting or M for manual recovery

両方のキーを1つずつ試しましたが、問題はまだ残っています。

これまでにソリューションを提供できる人がいましたが、迷惑メールはまだウェブ上で広く取り上げられておらず、これが起こっている理由を見つけることができません。

4
ankita

さまざまな質問で利用可能なさまざまなオプションすべてに苦労した後、私はまだ同じ問題に直面していました。最後に、私はやった

vagrant destroy

に続く

vagrant up

そして、システムが再び動作するようになりました。

注:コンピューターを直接オフにする習慣がある場合は、すぐにこの問題に直面する可能性があります。 Vagrantターミナル(vagrant ssh)で、常に以下を実行します:

Sudo shutdown -h now

または、単に入力することができます

vagrant halt

sshからログアウトした後。

PS:vagrant destroyの間にデータ/コード/何かを失うことを恐れているかもしれないあなたのために、あなたはリラックスするかもしれません!コマンドを使用することにheしていましたが、ドキュメントによると、それはすべてです:

このコマンドは、Vagrantが管理している実行中のマシンを停止し、マシン作成プロセス中に作成されたすべてのリソースを破棄します。このコマンドを実行した後、最初の場所でゲストマシンを作成したことがないかのように、コンピューターをクリーンな状態にしておく必要があります。

これは、コードがそのまま残ることを意味し、次のvagrant upは、問題が解決しただけで、以前と同じ状態になります。 :)

3
ankita