“erratique” défaut: Vagrant VM pas réussi à rester dans l'état en cours d'exécution
La commande vagrant up
est un échec et je ne sais pas pourquoi.
$ egrep -v '^ *(#|$)' Vagrantfile
VAGRANTFILE_API_VERSION = "2"
Vagrant.configure(VAGRANTFILE_API_VERSION) do |config|
config.vm.box = "precise32"
end
$ 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...
[default] Clearing any previously set forwarded ports...
[default] Creating shared folders metadata...
[default] Clearing any previously set network interfaces...
[default] Preparing network interfaces based on configuration...
[default] Forwarding ports...
[default] -- 22 => 2222 (adapter 1)
[default] Booting VM...
[default] Waiting for VM to boot. This can take a few minutes.
The VM failed to remain in the "running" state while attempting to boot.
This is normally caused by a misconfiguration or host system incompatibilities.
Please open the VirtualBox GUI and attempt to boot the virtual machine
manually to get a more informative error message.
$ vagrant status
Current machine states:
default poweroff (virtualbox)
The VM is powered off. To restart the VM, simply run `vagrant up`
$ VBoxManage list runningvms
$
Voici les messages dans la VirtualBox fichier journal, VBoxSVC.journal:
$ cat ~/.VirtualBox/VBoxSVC.log
VirtualBox XPCOM Server 4.2.16 r86992 linux.amd64 (Jul 4 2013 16:29:59) release log
00:00:00.000499 main Log opened 2013-08-13T18:40:45.907580000Z
00:00:00.000508 main OS Product: Linux
00:00:00.000509 main OS Release: 3.6.11-4.fc16.x86_64
00:00:00.000510 main OS Version: #1 SMP Tue Jan 8 20:57:42 UTC 2013
00:00:00.000537 main DMI Product Name: X8DA3
00:00:00.000547 main DMI Product Version: 1234567890
00:00:00.000647 main Host RAM: 24103MB total, 17127MB available
00:00:00.000654 main Executable: /usr/local/VirtualBox/VBoxSVC
00:00:00.000655 main Process ID: 9417
00:00:00.000656 main Package type: LINUX_64BITS_GENERIC
00:00:00.110125 nspr-2 Loading settings file "/opt/tomcat/.VirtualBox/VirtualBox.xml" with version "1.12-linux"
00:00:00.110817 nspr-2 Failed to retrive disk info: getDiskName(/dev/md126p1) --> md126p1
00:00:00.264367 nspr-2 VDInit finished
00:00:00.275173 nspr-2 Loading settings file "/opt/tomcat/VirtualBox VMs/vagrant_getting_started_default_1376419129/vagrant_getting_started_default_1376419129.vbox" with version "1.12-linux"
00:00:05.288923 main ERROR [COM]: aRC=VBOX_E_OBJECT_IN_USE (0x80bb000c) aIID={29989373-b111-4654-8493-2e1176cba890} aComponent={Medium} aText={Medium '/opt/tomcat/VirtualBox VMs/vagrant_getting_started_default_1376419129/box-disk1.vmdk' cannot be closed because it is still attached to 1 virtual machines}, preserve=false
00:00:05.290229 Watcher ERROR [COM]: aRC=E_ACCESSDENIED (0x80070005) aIID={3b2f08eb-b810-4715-bee0-bb06b9880ad2} aComponent={VirtualBox} aText={The object is not ready}, preserve=false
$
Tout conseil serait grandement apprécié.
Avez-vous essayé de démarrer la machine virtuelle manuellement à partir de l'interface graphique de VirtualBox, comme l'a suggéré? De message d'erreur, il semble qu'il ne peut pas accéder à l'image du disque.
J'ai essayé de l'interface graphique de VirtualBox, mais il n'avait pas toute l'information plus claire.
Avez-vous essayé d'activer le débogage par
Terry, oui, j'ai essayé VAGRANT_LOG=info... Le problème n'est pas avec Vagrant; c'est avec VirtualBox.
J'ai essayé de l'interface graphique de VirtualBox, mais il n'avait pas toute l'information plus claire.
Avez-vous essayé d'activer le débogage par
VAGRANT_LOG=info vagrant up
? Ce devrait sortir quelque chose d'utile. BTW: assurez-vous d'utiliser la dernière vagabond, qui est 1.2.7 maintenant.Terry, oui, j'ai essayé VAGRANT_LOG=info... Le problème n'est pas avec Vagrant; c'est avec VirtualBox.
OriginalL'auteur Steve Emmerson | 2013-08-13
Vous devez vous connecter pour publier un commentaire.
Eu la même erreur sur OSX. Le redémarrage de VirtualBox, il fixe :S
Voir aussi: https://forums.virtualbox.org/viewtopic.php?t=5489
OriginalL'auteur joost
J'ai résolu le problème en ré-installation de VirtualBox et l'ajout me à la
vboxusers
groupe. Le processus de réinstallation imprimé un message indiquant que la VM les utilisateurs devaient être membre de ce groupe. Je ne sais pas si la ré-installation était nécessaire ou si le fait d'être ajouté au groupe aurait suffi.OriginalL'auteur Steve Emmerson
La machine hôte a été 32bits (Ubuntu) et l'invité était 64bit, j'ai changé l'invité de 32 et il a résolu le problème.
1+ Qui était à la racine du problème
OriginalL'auteur Mohamed Turki
Ma compréhension est que vboxusers groupe est liée à l'accès à des périphériques USB à l'intérieur de l'invité. Je ne sais pas pourquoi il est à l'origine du problème. Normalement, comme un vagabond de la base de la boîte de construire la ligne directrice, audio et USB sont tous deux désactivés.
Comme par VirtualBox Manuel => Le groupe vboxusers
Linux installateurs de créer le système de l'utilisateur groupe
vboxusers
lors de l'installation. Tout utilisateur du système qui va utiliser des périphériques USB dans VirtualBox, les clients doivent être un membre de ce groupe. Un utilisateur peut être membre du groupe vboxusers par le biais de l'interface graphique utilisateur/groupe de gestion ou à la ligne de commande avecsudo usermod -a -G vboxusers username
OriginalL'auteur Terry Wang
J'ai eu le même problème. C'est parce que j'ai fait une mauvaise configuration sur mon Vagrantfile dans le fournisseur de l'article. J'avais essayé de faire ma VM machine plus puissante, avec 2 cpu quand j'ai sur la machine hôte en un seul.
cela se produit souvent lorsque vous essayez d'ajouter plus de matériel pour vos machines virtuelles, mais votre machine hôte n'a pas le minimum des exigences
OriginalL'auteur Robert