timeout - provisioner - vagrant user

Vagrant up timeout (8)

Al tener algunos problemas para activar mi vagrant, obtuve el cuadro, vagrant init y luego del comando vagrant up recibo este mensaje.

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.

¿Alguna sugerencia?

Actualizar VirtualBox a 5.1.12

Tuve el mismo problema usando:

VirtualBox 5.0.0
Vagrant 1.9.1 ( vagrant -v )
Prueba de cocina 1.14.2 ( kitchen -v )
centos-7.2

cuando estaba tratando de ejecutar los siguientes comandos:

kitchen create

kitchen test

La actualización de Oracle VirtualBox (descargar + instalar) a VirtualBox 5.1.12 solucionó el problema.

Si la actualización no es una solución para usted, puede usar la siguiente workaround mencionada por @paulalexandru, pero tiene la siguiente desventaja principal: debe realizar ese paso manual para cada comando que esté ejecutando.

Pero parece que VirtualBox solucionó el problema de la opción "Cable conectado" . Ahora, si va a Configuración > Red > Adaptador 1 > Avanzado , puede ver que la casilla de verificación Cable conectado está activada de forma predeterminada:

Con mi configuración Win10, Vagrant 2.1.2 y Ubuntu 16 mientras trabajaba en el firewall, habilité "ufw" para el puerto 80 posterior al que estaba enfrentando el mismo problema. Comando utilizado como abajo para habilitar el firewall

ufw enable ufw 80 allow

Hice inicio de sesión en modo GUI habilitado en Vagrantfile y deshabilitar el mismo es un salvavidas para mí.

ufw disable

Ahora solo haz

vagrant reload vagarnt ssh

Este es el mismo problema que se me ocurrió. Finalmente, descubrimos que este problema se debe a que el sistema operativo Linux que estamos usando con la versión Vagrant no es compatible. Entonces, tomamos la última versión (es decir, v1.6.3) de Vagrant y actualizamos nuestro sistema operativo para que apunte a agent.vm.box_url = " http://developer.nrel.gov/downloads/vagrant-boxes/CentOS-6.4-i386-v20131103.box "

La versión 4.3.8 de Vagrant no funcionaba con el SO siguiente. agent.vm.box_url = " http://developer.nrel.gov/downloads/vagrant-boxes/CentOS-6.4-x86_64-v20130731.box ".

Tenemos exactamente el mismo problema que se muestra arriba.

Hay varios problemas diferentes que pueden llevar a este problema de tiempo de espera. Un buen consejo para rastrearlo es habilitar el modo GUI. Esto abrirá la interfaz de usuario de la máquina VirtualBox, que puede proporcionar una mejor pista sobre el problema.

Para habilitar el modo GUI, asegúrese de que esta sección en su Vagrantfile tenga comentarios:

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

Luego haz una vagrant reload . Esto debería mostrar la aplicación VirtualBox que muestra la interfaz de usuario de su máquina virtual. Por lo general, el problema se hará evidente, ya sea un problema de red o un problema del cargador de arranque de grub.

Después de solucionar el problema, puedes comentarlo de nuevo y luego hacer otra vagrant reload para volver al modo sin cabeza.

Referencia: Vagrant docs.

Para mí, la opción de virtualización habilitada desde BIOS lo solucionó.

Si su caja Vagrant ejecuta Ubuntu 16.04, es debido a este paso de arranque ... Se está ejecutando un trabajo de inicio para interfaces de red elevadas (5 minutos 8 segundos) Una forma de superar esto es iniciar la máquina virtual desde VirtualBox y luego ejecutar vagrant ssh

Una solución se describe con gracia here . Fue el único que me funcionó en un i686 con Ubuntu 16.04.2, Vagrant 1.9.3 y Virtualbox 5.1.18 intentando ejecutar un ubuntu / trusty32.

Lo que hace es arreglar la red en el servidor y agregar un tiempo extra para el arranque:

inicie la máquina virtual, inicie sesión en el servidor a través de la GUI (nombre de usuario: vagrant, contraseña: vagrant) y agregue lo siguiente al archivo /etc/rc.local
ifdown eth0 ifup eth0
en el host, agregue lo siguiente a Vagrantfile
config.vm.boot_timeout = 600

Ahora detenga la máquina virtual. La próxima vez que hagas un ''vagrant up'' estará bien.

config.vm.boot_timeout no me ayudó incluso después de configurar hasta el máximo !!!

El problema real en mi caso era que no podía crear el adaptador de red. Tengo que editar explícitamente el archivo box.ovf para habilitarlo.

Localice el archivo box.ovf y ábralo en un editor de texto, luego agregue cable="true" como se muestra a continuación, luego guarde y salga. Publica que destruye a tu vagabundo usando vagrante destruye y luego tráelo.

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

Hay un buen hilo here