Vagrant nie potrafi przywołać ubuntu/vivid32. Podczas rozruchu włóczęga próbuje połączyć się kilka razy, aw końcu przekroczy limit czasu. Po podłączeniu do skrzynki za pomocą menedżera VirtualBox ifconfig pokazuje, że eth0 jest podniesione, ale nie przypisano mu adresu IP. I wtedy zrobićVagrant up nie uruchamia interfejsu sieciowego na obrazach w chmurze
sudo ifdown eth0 && sudo ifup eth0
Po tym, ifconfig eth0 pokazuje, że ma adres IP. Mogę połączyć się z vagrantem z vagrant ssh Jeśli wyłączę i włączę gościa przy pomocy menedżera VirtualBox, gość pojawia się w porządku (z adresem IP) i vagrant, że ifconfig pokazuje, że eth0 ma adres IP. Mogę wtedy połączyć się z włóczęgą z vagrant ssh.
Jeśli wyłączę i włączę gościa przy pomocy menedżera VirtualBox, gość pojawi się w porządku (z adresem IP), a włóczęga może połączyć się przez vagrant ssh.
Gdybym wyłączyć poprzez włóczęga (włóczęga zatrzymania) i zasilanie (włóczęga się), mam ten sam problem (timeout na Vagrant boku i bez adresu IP) i nie może połączyć się z gościem poprzez włóczęga ssh.
Podczas włóczęga próbuje połączyć, gość pokazuje:
cloud-init-nonet[4.54]: waiting 10 seconds for network device
cloud-init-nonet[14.57]: waiting 120 seconds for network device
cloud-init-nonet[134.57]: gave up waiting for a network device
Próbowałem kilka proponowanych rozwiązań po stronie gości jak this.
Cokolwiek próbowałem, nie pomogło mi po stronie włóczęgi.
Po wstępnej naprawie adresu IP w gościu, menedżer VirtualBox może przynieść pudełko, a teraz kilka razy bez problemu. Ale jeśli wyłączę się za pośrednictwem vagrant () zatrzymam się na areszcie () i włączam (vagrant up), pojawia się ten sam problem z przekroczeniem limitu czasu i nie mogę połączyć się z gościem za pośrednictwem vagrant ssh. Podejrzewam, że "vagrant up" usuwa interfejs sieciowy i ustawia go ponownie, co powoduje, że problem pojawia się ponownie.
(dzieje się również z gościa: ubuntu/trusty32)
f:\Programs\HashiCorp\Vagrant\bin>vagrant up
Bringing machine 'vivid32' up with 'virtualbox' provider...
==> vivid32: Checking if box 'ubuntu/vivid32' is up to date...
==> vivid32: Clearing any previously set forwarded ports...
==> vivid32: Clearing any previously set network interfaces...
==> vivid32: Preparing network interfaces based on configuration...
vivid32: Adapter 1: nat
==> vivid32: Forwarding ports...
vivid32: 22 => 2222 (adapter 1)
==> vivid32: Booting VM...
==> vivid32: Waiting for machine to boot. This may take a few minutes...
vivid32: SSH address: 127.0.0.1:2222
vivid32: SSH username: vagrant
vivid32: SSH auth method: private key
vivid32: Warning: Connection timeout. Retrying...
vivid32: Warning: Connection timeout. Retrying...
...
vivid32: 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.
- Vagrant 1.7.4
- VirtualBox - VirtualBox-5.0.0-101573
- Host - Windows Vista
- ubuntu gość/vivid32
Zdobądź ten sam problem dzisiaj, naprawdę dziwne ... – weynhamz
Wystarczy obniżyć Virtualbox do wersji 4.3.28, a to działa, więc problem musi być nowsza wersja 5.0.0 z VIrtualbox nie działa z Vagrant. – weynhamz
Z listy problemów Vagrant wynika, że powinno to zostać naprawione w wersji 5.0.3, więc zaczekajmy. – weynhamz