Vagrant up не запускает сетевой интерфейс на изображениях облаков
Бродяга не воспитывает ubuntu/vivid32.
Во время запуска бродяга пытается подключиться несколько раз и, в конце концов, отключается.
Если я подключаюсь к ящику через диспетчер VirtualBox, ifconfig показывает, что eth0 поднят, но ему не назначен IP.
Затем я делаю
sudo ifdown eth0 && sudo ifup eth0
После этого ifconfig показывает, что eth0 имеет IP-адрес.
Затем я могу связаться с бродягой с бродячим ssh
Если я отключу питание и включу гостя с помощью менеджера VirtualBox, гость подходит (с IP-адресом) и бродяжничает, ifconfig показывает, что eth0 имеет IP-адрес.
Затем я могу связаться с бродягой с бродячим ssh.
Если я отключу питание и включу гостя с помощью менеджера VirtualBox, гость подходит нормально (с IP-адресом), и бродяга может подключаться через бродячий ssh.
Если я отключусь через бродягу (брандмауэр) и включится (бродяга вверх), я получаю ту же проблему (тайм-аут на бродяжней стороне и нет IP-адреса) и не могу подключиться к гостю через бродячий ssh.
Пока бродяга пытается подключиться, гость показывает:
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
Я попробовал несколько предлагаемых решений на гостевой стороне, например .
Все, что я пробовал, не помогло на бродяжней стороне.
После первоначального исправления IP-адреса в гостевой системе диспетчер VirtualBox может открыть окно и теперь несколько раз без проблем.
Но если я выйду из бродяги (бродячая остановка) и включится (бродяга вверх), я получаю ту же самую проблему с тайм-аутом и не могу подключиться к гостю через бродячий ssh.
Я подозреваю, что "бродяга вверх" очищает сетевой интерфейс и устанавливает его снова, и в этом процессе проблема снова появляется.
(это также происходит с гостем: 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
- Хост - Windows Vistali >
- Гость ubuntu/vivid32
Ответы
Ответ 1
По крайней мере для ubuntu/trusty32 проблема заключается в том, что сетевой адаптер VirtualBox Intel по умолчанию не совместим с изображением.
Решение состоит в том, чтобы изменить сетевой адаптер на альтернативу AMD:
PCnet-FAST III (Am79C973)
Вы можете сделать это, используя интерфейс VirtualBox или изменив свой Vagrantfile, как показано на этой проблеме GitHub.