Тайм-аут бродяги

Возникли некоторые проблемы с запуском моего бродяги. Получил коробку, запустил 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.

Какие-либо предложения?


virtualbox timeout vagrantfile vagrant
person Don Drozdito    schedule 15.05.2014    source источник
comment
stackoverflow.com/questions/23293071/   -  person paulalexandru    schedule 06.10.2016

Ответы (10)


arrow_upward
20
arrow_downward

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

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

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

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

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

Ссылка: Документация Vagrant

person BrianC    schedule 19.05.2014
comment
Спасибо. В моем случае виртуальная машина застряла в загрузчике (grub) в ожидании клавиши ENTER. Я использую значение по умолчанию hashicorp/precise32. Я запустил машину с графическим интерфейсом, затем запустил sudo grub-mkconfig, который сбрасывал файл /boot/grub/grub.cfg, и затем я мог прокомментировать строку vb.gui=true. - person maggix; 12.06.2014
comment
@maggix та же проблема, что и у меня; Я не уверен на 100%, но я думаю, что это происходило всякий раз, когда запускалась виртуальная машина после того, как она ранее была «бродячей остановкой»; теперь я делаю более чистое завершение работы, например: vagrant ssh -c 'sudo shutdown -h now' - person BrianC; 12.06.2014
comment
Спасибо @BrianC, я последую твоему совету, если что-то снова пойдет не так! - person maggix; 13.06.2014
comment
Я сделал это, а затем то, что описано здесь, чтобы решить мою проблему: github.com/hashicorp/vagrant/issues/ - person marquito; 27.03.2019

arrow_upward
5
arrow_downward

Решение изящно описано здесь. Это был единственный, который работал у меня на 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

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

person fkaralis    schedule 11.04.2017
comment
Edit добавил ранее пропущенный шаг (две команды sudo). Снова заработал нормально. Хотя пришлось подождать несколько минут. - person fkaralis; 17.12.2018

arrow_upward
3
arrow_downward

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

person KalC    schedule 27.12.2016

arrow_upward
3
arrow_downward

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

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

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

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">

Есть хорошая ветка здесь

person lambodar    schedule 15.12.2017

arrow_upward
2
arrow_downward

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

У меня была такая же проблема с использованием:

  • Виртуальная коробка 5.0.0
  • Бродяга 1.9.1 (vagrant -v)
  • Тестовая кухня 1.14.2 (kitchen -v)
  • сентос-7.2

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

kitchen create

и

kitchen test

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

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

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

Подключение кабеля отмечено

person Elrond_EGLDer    schedule 04.01.2017
comment
С 5.0.26r108824 я отключил кабель, подключенный по умолчанию, на первом из двух сетевых интерфейсов через только что созданную коробку с OpenSuse-42.2. На OpenSuse Leap-42.1 такого не было. Но я не могу подтвердить, что проблема связана с версией ОС. - person Kamafeather; 09.03.2017

arrow_upward
1
arrow_downward

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

Версия Vagrant 4.3.8 не работала с указанной ниже ОС. agent.vm.box_url = "http://developer.nrel.gov/downloads/vagrant-boxes/CentOS-6.4-x86_64-v20130731.box".

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

person Raj    schedule 30.06.2014

arrow_upward
0
arrow_downward

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

person Anonymous    schedule 13.12.2017

arrow_upward
0
arrow_downward

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

Я решил эту проблему, следуя инструкциям в примечании

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

person Andrii Shchur    schedule 15.05.2019

arrow_upward
0
arrow_downward

Что касается меня, я удалил Docker-CE в своей Windows 10, после чего бродяга работал нормально. Также проверьте, что этот параметр отключен.

person kishore.jannarapu    schedule 09.09.2020

arrow_upward
-1
arrow_downward

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

ufw enable

ufw 80 allow

Я вошел в режим включения графического интерфейса в Vagrantfile, и его отключение спасло мне жизнь.

ufw disable

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

vagrant reload

vagarnt ssh
person Prashant    schedule 19.07.2018