私はubuntu virtualboxを持っています。起動時、メッセージの表示から約5分以上かかることを除いて、すべて正常に動作します
Waiting for machine to boot. This may take a few minutes...
起動が完了する前:
➜ my_box vagrant reload
/Users/pinouchon/.vagrant.d/boxes/my_box/virtualbox/include/_Vagrantfile:5: warning: already initialized constant VAGRANTFILE_API_VERSION
[default] Attempting graceful shutdown of VM...
[default] Clearing any previously set forwarded ports...
[default] Creating shared folders metadata...
[default] Clearing any previously set network interfaces...
[default] Preparing network interfaces based on configuration...
[default] Forwarding ports...
[default] -- 22 => 2222 (adapter 1)
# More port forwards
[default] Booting VM...
[default] Waiting for machine to boot. This may take a few minutes...
# waits about 5 minutes at this point, then:
[default] Machine booted and ready!
[default] The guest additions on this VM do not match the installed version of
VirtualBox! In most cases this is fine, but in rare cases it can
cause things such as shared folders to not work properly. If you see
shared folder errors, please update the guest additions within the
virtual machine and reload your VM.
Guest Additions Version: 4.3.0
VirtualBox Version: 4.2
[default] Configuring and enabling network interfaces...
[default] Mounting shared folders...
[default] -- /vagrant
このボックスは以前はずっと高速でした(起動に約30秒)。だから私はそれがタイムアウトなどを引き起こすネットワーク設定だと思います。
ここで提案された修正を試みました: https://github.com/mitchellh/vagrant/wiki/%60vagrant-up%60-hangs-at-%22Waiting-for-VM-to-boot.-This-数分できます%22
しかし成功せず。 (私は修正Resolve it
とworkaround 2.
を試しました)。
また、/etc/hosts
ファイルから127.0.0.1エントリを削除してみました。成功なし。
ヒントはありますか?
OS /バージョン:
Host: OSX 10.8.5
Guest: Ubuntu 12.05
Virtualbox: 4.2
Virtualboxゲストの追加4.3.xがあるボックスを使用していますが、ホストは4.2.xを実行しています
この不一致のため、Virtualboxは作成プロセスの一部であるコマンドを実行できません。
ゲストの追加4.2.xを実行する新しいボックスを取得するか、virtualboxを4.3.xにアップグレードすると、この問題が解決する可能性があります。
更新
Vagrantファイルに以下を設定してみてください
config.vm.boot_timeout = 300
また、デバッグをオンにしてみてください
vagrant up --debug
更新2
一部のvmは、互換性のないバージョンのゲスト追加ではうまく機能しません。たとえば、同じ会社のcentosとdebianボックス。 centosはタイムアウトしますが、debianは正常に動作します。
http://puppet-vagrant-boxes.puppetlabs.com/centos-64-x64-vbox4210.box
http://puppet-vagrant-boxes.puppetlabs.com/debian-70rc1-x64-vbox4210.box
これは、vagrantがSSH接続を確立できない場合にも発生する可能性があります。
この場合、ハングする理由についてエラーは報告されないようです。
表示するGUIを設定します。
# Show GUI or not.
config.vm.provider "virtualbox" do |v|
v.gui = true
end
「dev login:」またはその他すべてのプロンプトが表示される場合があります。
次に、昨夜ゲストのSSHキーセットを変更したことを覚えているかもしれません...
解決策:秘密鍵がホストのどこにあるかをvagrantに伝えます。
# Use a new keyset
config.ssh.private_key_path = "~/.ssh/id_rsa"
公開キーもゲスト上に存在する必要があります。
これは、ゲストのauthorized_keysファイルに一致する公開鍵をすでに置いている場合にのみ機能します。
これはOSによって異なりますが、一般的なPrecise64ボックスでは、ターミナルからは次のようになります。
openssh-clientを使用するLinuxホスト
ssh-copy-id -i .ssh/id_rsa.pub [email protected]
Macホスト
cat ~/.ssh/id_rsa.pub | ssh [email protected] "mkdir ~/.ssh; cat >> ~/.ssh/authorized_keys"
Mac用のssh-copy-idのポートもあります。 https://github.com/beautifulcode/ssh-copy-id-for-OSX
このSOポストには、マシンを自動化するためにマシンをプロビジョニングするときに、authorized_keysを交換する単純なインラインシェルプロビジョナーがあります。 Vagrant insecure in default?
VMの起動に時間がかかり、その後、ネットワークに問題があります(実行しているサイトにアクセスできなくなります)。
私にとって、これは以下によって修正されました:
vagrant ssh
Sudo /etc/init.d/networking restart
を実行します@spuderによるvagrant up --debug
の提案により、この問題は修正されました。 VirtualBox GUIはよりスムーズに実行され、その過程でウィンドウがより早くポップアップしたようです。私は他の人が提案した方法でそれを変えました:
config.vm.provider :virtualbox do |vb|
vb.gui = true
end
config.vm.boot_timeout = 600
を設定しました。
これは、UdacityコースFull Stack Foundationsの setup に関連しています。
あなたがすでにこれを解決したかどうかはわかりませんが、同じエラーがあり、それを修正するために、再起動する前にvagrantで発行されたdhcpリースを削除しました。
@ローカルでVMを使用して電源を切ることができます
VBoxManage controlvm <vmname> poweroff
次に、VirtualBoxでdhcpを削除する必要があります
Sudo rm -Rf /var/lib/dhcp/*
あなたはあなたを導くための追加情報を見つけるでしょう
insecure_private_key
を生成してみてください
insecure_private_key
の下にある~/.vagrant.d
を削除してこれを解決しました
多分理由はinsecure_private_key
ファイルが古いためです
私はこの問題を解決しました:
wget https://raw.githubusercontent.com/mitchellh/vagrant/master/keys/vagrant.pub -O .ssh/authorized_keys
chmod 700 .ssh
chmod 600 .ssh/authorized_keys
chown -R vagrant:vagrant .ssh
いくつかはこのようにすることもできます:
Warning: Authentication failure. Retrying...
行のコメントを外してみてください:
config.vm.network "private_network"、ip: "192.168.33.11"
vagrantFile内
問題を修正しました。私がしたこと:
ノート:
その他の注意事項:
config.vm.boot_timeout = 300
役に立たなかった編集:remove /etc/udev/rules.d/70-persistent-net.rules
ゲストマシンで。
この症状に遭遇した他の人のために、私はこれを(最近)見ましたが、最終的に私のケースの原因はBIOSで基になるボックスのAMD-Vがオンになっていないことが原因であることがわかりました。起動していませんでした。これを知っていても、ログで見つけることはできませんでしたが、基になるVirtualBoxをフルUIモードで起動しようとして発見しました。