Тайм-аут брандмауэра

Имея некоторые проблемы, чтобы заставить моего бродягу подняться, Получил окно, запустил vagrant init и после команды vagrant up я получил это сообщение.

Bringing machine 'default' up with 'virtualbox' provider...
    ==> default: Importing base box 'precise32'...
    ==> default: Matching MAC address for NAT networking...
    ==> default: Setting the name of the VM: virtm_default_1400193131859_61200
    ==> default: Fixed port collision for 22 => 2222. Now on port 2201.
    ==> default: Clearing any previously set network interfaces...
    ==> default: Preparing network interfaces based on configuration...
        default: Adapter 1: nat
    ==> default: Forwarding ports...
        default: 22 => 2201 (adapter 1)
    ==> default: Booting VM...
    ==> default: Waiting for machine to boot. This may take a few minutes...
        default: SSH address: 127.0.0.1:2201
        default: SSH username: vagrant
        default: SSH auth method: private key 
    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.

Любые предложения?

Ответы

Ответ 1

Существует несколько различных проблем, которые могут привести к этой проблеме с таймаутом. Хорошим советом для отслеживания этого является включение режима графического интерфейса. Это приведет к созданию пользовательского интерфейса машины VirtualBox, который может дать лучший ключ к проблеме.

Чтобы включить режим графического интерфейса, убедитесь, что этот раздел в вашем Vagrantfile раскомментирован:

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

Тогда сделайте a vagrant reload. Это должно привести к тому, что приложение VirtualBox покажет ваш пользовательский интерфейс виртуальной машины. Обычно проблема становится очевидной, будь то проблема с сетью или проблема загрузчика grub.

После устранения проблемы вы можете прокомментировать это, а затем сделать еще один vagrant reload, чтобы вернуться в режим безглавых.

Ссылка: Вагрантские документы

Ответ 2

Решение изящно описано здесь. Это был единственный, который работал для меня на i686 с Ubuntu 16.04.2, Vagrant 1.9.3 и Virtualbox 5.1.18, которые пытались запустить ubuntu/trusty32.

Что вы делаете, это исправляете сеть на сервере и добавляете дополнительное время для загрузки:

запустите виртуальную машину, войдите на сервер через графический интерфейс (имя пользователя: vagrant, пароль: vagrant) и выполните следующие команды
```
$ sudo ifdown eth0
$ sudo ifup eth0
```
затем добавьте следующее в файл /etc/rc.local
```
ifdown eth0
ifup eth0
```
на хосте добавьте следующее в Vagrantfile
```
config.vm.boot_timeout = 600
```

Теперь остановите ВМ. В следующий раз, когда вы сделаете "бродячий подъем", все будет в порядке.

Ответ 3

Если в вашем ящике Vagrant работает Ubuntu 16.04, это из-за этого шага загрузки... Запуск задания выполняется для повышения сетевых интерфейсов (5 минут 8 секунд) Один из способов преодоления этого - запустите виртуальную машину из VirtualBox, а затем выполните бродяга ssh

Ответ 4

Обновление VirtualBox до 5.1.12

У меня была та же проблема:

VirtualBox 5.0.0
Vagrant 1.9.1 (vagrant -v)
Test Kitchen 1.14.2 (kitchen -v)
CentOS-7.2

когда я пытался запустить следующие команды:

kitchen create

kitchen test

Обновление Oracle VirtualBox (загрузка + установка) до VirtualBox 5.1.12 исправлена проблема.

Если обновление не является для вас решением, вы можете использовать следующий обходной путь, указанный @paulalexandru, но он имеет следующее основной недостаток: вам нужно сделать этот ручной шаг для каждой выполняемой вами команды.

Но, похоже, что VirtualBox исправил проблему с параметром "Связанный с кабелем" . Теперь, если вы перейдете в Настройки > Сеть > Адаптер 1 > Дополнительно, вы увидите, что Связанный с кабелем флажок установлен по умолчанию:

Ответ 5

config.vm.boot_timeout не помог мне даже после настройки до максимума!!!

Реальная проблема в моем случае заключалась в том, что он не смог создать сетевой адаптер. Я должен явно изменить файл box.ovf, чтобы включить его.

Найдите файл box.ovf и откройте его в текстовом редакторе, затем добавьте cable="true", как показано ниже, после этого сохраните и выйдите. Сообщение, которое уничтожит вашего бродягу, используя бродячий разрушение, а затем поднимите его.

Locate(box.ovf): C:\Users\<use_name>\.vagrant.d\boxes\box-cutter-VAGRANTSLASH-centos68-desktop\2.0.21\virtualbox\box.ovf

Before: <Adapter slot="0" enabled="true" MACAddress="084017AA8CEB" type="virtio">

After: <Adapter slot="0" enabled="true" MACAddress="084017AA8CEB" cable="true" type="virtio">

Есть хорошая нить здесь

Ответ 6

Это та самая проблема, которая возникла у меня. Наконец, мы выяснили, что эта проблема связана с операционной системой Linux, которую мы используем с версией Vagrant, несовместима. Итак, мы взяли последнюю версию (т.е. V1.6.3) Vagrant и обновили нашу ОС, чтобы указать на agent.vm.box_url = " http://developer.nrel.gov/downloads/vagrant-boxes/CentOS-6.4-i386-v20131103.box"

Бродячая версия 4.3.8 не работала с ОС ниже. agent.vm.box_url = " http://developer.nrel.gov/downloads/vagrant-boxes/CentOS-6.4-x86_64-v20130731.box".

У нас точно такая же проблема, как показано выше.

Ответ 7

Для меня это позволило включить параметр виртуализации из BIOS.

Ответ 8

Я использую Windows 10.

Я решил эту проблему, выполнив шаги в примечании

"Если вы используете Windows, вам может потребоваться включить аппаратную виртуализацию (VT-x). Обычно ее можно включить через BIOS. Если вы используете Hyper-V в системе UEFI, вам может потребоваться дополнительно отключить Hyper-V в Для доступа к VT-x. "

Ответ 9

С моей установкой Win10, Vagrant 2.1.2 и Ubuntu 16 во время работы брандмауэра я включил "ufw" для порта 80, с которым я столкнулся с той же проблемой. Команда используется, как показано ниже для включения брандмауэра

ufw enable

ufw 80 allow

Я выполнил вход в режиме графического интерфейса в Vagrantfile, и отключение - спасение для меня.

ufw disable

Теперь просто сделай

vagrant reload

vagarnt ssh