Avoir quelques problèmes pour mettre mon vagant en place, Vous avez la boîte, lancez vagrant init
et après la commande vagrant up
, je reçois ce message.
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.
Aucune suggestion?
Plusieurs problèmes différents peuvent conduire à ce problème de dépassement de délai. Un bon conseil pour le localiser consiste à activer le mode interface graphique. Cela fera apparaître l'interface utilisateur de la machine VirtualBox qui peut fournir un meilleur indice du problème.
Pour activer le mode interface graphique, assurez-vous que cette section de votre Vagrantfile
est décommentée:
config.vm.provider "virtualbox" do |vb|
vb.gui = true
end
Ensuite, faites un vagrant reload
. Cela devrait faire apparaître l'application VirtualBox montrant l'interface utilisateur de votre machine virtuelle. Habituellement, le problème devient évident, qu'il s'agisse d'un problème de réseau ou d'un problème de chargeur de démarrage Grub.
Après avoir résolu le problème, vous pouvez commenter à nouveau, puis utilisez un autre vagrant reload
pour revenir au mode sans tête.
Référence: Documents vagabonds
Une solution est décrite gracieusement ici . C'était le seul qui a fonctionné pour moi sur un i686 avec Ubuntu 16.04.2, Vagrant 1.9.3 et Virtualbox 5.1.18 essayant d'exécuter un ubuntu/trusty32.
Ce que vous faites est de réparer le réseau sur le serveur et d’ajouter du temps supplémentaire pour le démarrage:
démarrez la machine virtuelle, connectez-vous au serveur via l'interface graphique (nom d'utilisateur: vagrant, mot de passe: vagrant) et exécutez les commandes suivantes
$ Sudo ifdown eth0
$ Sudo ifup eth0
puis ajoutez ce qui suit au fichier /etc/rc.local
ifdown eth0
ifup eth0
sur l'hôte, ajoutez ce qui suit au fichier Vagrant
config.vm.boot_timeout = 600
Maintenant, arrêtez la VM. La prochaine fois que vous faites un «vagabond», tout ira bien.
Si votre Vagrant Box exécute Ubuntu 16.04, c’est à cause de cette étape de démarrage ... Un travail de démarrage est en cours d’exécution pour les interfaces réseau de relance (5 min 8 s) Un moyen de remédier à ce problème consiste à démarrer le VM à partir de VirtualBox puis faites vagrant ssh
J'ai eu le même problème en utilisant:
vagrant -v
)kitchen -v
)quand j'essayais d'exécuter les commandes suivantes:
kitchen create
et
kitchen test
La mise à niveau de Oracle VirtualBox (téléchargement + installation) vers VirtualBox 5.1.12 a résolu le problème.
Si la mise à niveau n’est pas une solution pour vous, vous pouvez utiliser la solution workaround mentionnée par @paulalexandru suivante, mais elle présente le principal conavantage suivant: commande que vous exécutez.
Mais il semble que VirtualBox ait résolu le problème de l’option "Cable Connected". Maintenant, si vous allez dans Paramètres> Réseau> Adaptateur 1> Avancé, vous pouvez voir que la case à cocher Câble connecté est cochée par défaut:
config.vm.boot_timeout
ne m'a pas aidé même après la mise en place du maximum !!!
Le vrai problème dans mon cas était qu'il était impossible de créer la carte réseau. Je dois éditer explicitement le fichier box.ovf afin de l'activer.
Localisez le fichier box.ovf et ouvrez-le dans un éditeur de texte, puis ajoutez cable="true"
comme indiqué ci-dessous, puis sauvegardez et quittez. Poster que détruire votre vagabond à l'aide de vagabond détruire et ensuite l'amener.
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">
Il y a un joli fil ici
C'est le même problème qui m'est apparu. Enfin, nous avons découvert que ce problème était dû au fait que le système d'exploitation Linux utilisé avec la version de Vagrant n'était pas compatible. Nous avons donc pris la dernière version (c’est-à-dire v1.6.3) de Vagrant et mis à jour notre système d’exploitation pour qu'il pointe vers Agent.vm.box_url = " http://developer.nrel.gov/downloads/vagrant -boxes/CentOS-6.4-i386-v20131103.box "
Vagrant version 4.3.8 ne fonctionnait pas avec le système d'exploitation ci-dessous . Agent.vm.box_url = " http://developer.nrel.gov/downloads/vagrant-boxes/CentOS-6.4-x86_64-v20130731.box ".
Nous avons exactement le même problème que ci-dessus.
Pour moi, l'activation de l'option de virtualisation à partir du BIOS l'a corrigée.