случайные ошибки брандмауэра из-за ошибок тайм-аута соединения

Question

Я пытаюсь запустить бродягу внутри виртуальной машины и, к сожалению, она не получается случайным образом (она прерывалась каждый раз). Но когда я устанавливаю уровень журнала для отладки и запуска бродяг, он не выдает ошибок. Ищите советы по отладке этой проблемы.

хозяин машины: RHEL 6.5 (Santiago) 2 ядра 4G баран, ESXi 5.1 гостевой машины: RHEL 6.5 (гостевые дополнения Версия: 4.1.18)/CentOS 6.5 (гостевые дополнения Версия: 4.3.8)

Vagrant версия - 1.6.5 VirtualBox 4.3.20 Chef Development Kit версия: 0.3.6 бродячие плагинов бродяга-berkshelf (4.0.2) бродяга-Логин (1.0.1, система) бродяга-омнибус (1,4. 1) б.у. (1.1.3, система)

не удалось выполнить

Bringing machine 'default' up with 'virtualbox' provider... 
    default: The Berkshelf shelf is at "/root/.berkshelf/vagrant-berkshelf/shelves/berkshelf20150206-18541-kdy12t-default" 
==> default: Sharing cookbooks with VM 
==> default: Importing base box 'rhel65-1.0.0'... 
==> default: Matching MAC address for NAT networking... 
==> default: Setting the name of the VM: XXXXXXXXXX_1423257225720_47393 
==> default: Clearing any previously set forwarded ports... 
==> default: Updating Vagrant's Berkshelf... 
==> default: Resolving cookbook dependencies... 
==> default: Fetching 'XXXXXXXXXX' from source at . 
==> default: Using XXXXXXXXXX (1.2.0) from source at . 
==> default: Vendoring XXXXXXXXXX (1.2.0) to /root/.berkshelf/vagrant-berkshelf/shelves/berkshelf20150206-18541-kdy12t-default/XXXXXXXXXX 
==> default: Fixed port collision for 22 => 2222. Now on port 2200. 
==> default: Clearing any previously set network interfaces... 
==> default: Preparing network interfaces based on configuration... 
    default: Adapter 1: nat 
    default: Adapter 2: hostonly 
==> default: Forwarding ports... 
    default: 22 => 2200 (adapter 1) 
==> default: Booting VM... 
==> default: Waiting for machine to boot. This may take a few minutes... 
    default: SSH address: 127.0.0.1:2200 
    default: SSH username: vagrant 
    default: SSH auth method: private key 
    default: Warning: Connection timeout. Retrying... 
    default: Warning: Connection timeout. Retrying... 
    default: Warning: Connection timeout. Retrying... 
    default: Warning: Connection timeout. Retrying... 
    default: Warning: Connection timeout. Retrying... 
    default: Warning: Connection timeout. Retrying... 
    default: Warning: Connection timeout. Retrying... 
    default: Warning: Connection timeout. Retrying... 
    default: Warning: Connection timeout. Retrying... 
    default: Warning: Connection timeout. Retrying... 
    default: Warning: Connection timeout. Retrying... 
    default: Warning: Connection timeout. Retrying... 
    default: Warning: Connection timeout. Retrying... 
    default: Warning: Connection timeout. Retrying... 
    default: Warning: Connection timeout. Retrying... 
    default: Warning: Connection timeout. Retrying... 
    default: Warning: Connection timeout. Retrying... 
    default: Warning: Connection timeout. Retrying... 
    default: 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. 

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. 

UPDATE: Я сделал снимок моей виртуальной машины, на основе инструкции из этого блога: http://www.dedoimedo.com/computers/virtualbox-screenshot.html

Я получаю ошибку в гостевой VM:

MP-BIOS bug: 8254 timer not connected to IO-APIC 
kernel panic - not syncing: IO-APIC + timer doesn't work! Boot with apic-debug and send a report. Then try booting with the 'noapic' option. 

pid: 1, comm: swapper Tainted: G W -------- 2.6.32-431.el6.x86_64 #1 

Answer 1

смотрите здесь Vagrant stuck connection timeout retrying он должен дать вам все ответы, которые вам нужны.

То, что я рекомендовал бы делать в первую очередь:

1. Улучшайте Vagrant до последней версии сейчас она выглядит это 1.7.2, и вы используете 1.6.5.

2. Добавьте это в Vagrantfile

   Vagrant.configure(VAGRANTFILE_API_VERSION) do |config| 
   
       config.vm.provider "virtualbox" do |vb| 
       vb.gui = true 
       end 
   
   end 
   

   Это сделает VBox, чтобы начать свой Vagrant построить VM в графическом режиме. Убедитесь, что он запущен правильно, и вы можете войти в него с именем пользователя: vagrant password: vagrant (это должны быть стандартные учетные данные, установленные в вашем базовом блоке).

3. Затем попробуйте SSH для вашей виртуальной машины с хост-системы. Используя те же бродячие/бродячие полномочия.

4. Если 2 & 3 работают нормально, то вы можете попробовать, чтобы добавить это к вашему Vagrantfile: (вы можете оставить ранее заданный графический интерфейс для VBox там, а если вы хотите)

   Vagrant.configure(VAGRANTFILE_API_VERSION) do |config| 
   
       config.ssh.username = "vagrant" 
       config.ssh.password = "vagrant" 
   
   end 
   

снова вытащить свою виртуальную машину и посмотреть, будет ли это работать.

5. Если все предыдущие шаги не будут работать для вас, я бы рассмотрел все рекомендации в приведенной выше ссылке. В основном VT-x включен в BIOS, настройки брандмауэра на гостевой виртуальной машине.

Надеюсь, это поможет.Я также начинаю с Vagrant сейчас, и это не так просто, как я думал, что это будет :) Удачи !!

Answer 2

Перепробовав различные варианты доступны на различных порталах, наконец, я сделал vagrant destroy с последующим vagrant up и он работал для меня ... :)