web-dev-qa-db-fra.com

vagrant 'hostonlyif' créer ne fonctionne pas

J'essaie de faire un vagabond sur une boîte et j'obtiens l'erreur suivante.

Interface INFO: erreur: une erreur s'est produite lors de l'exécution de la commande suivante avec VBoxManage: ["Hostonlyif", "create"]

Lorsque je fais une INFO sur le VAGRANT_LOG, je reçois

ERROR vagrant: /opt/vagrant/embedded/gems/gems/vagrant-1.0.6/lib/vagrant/driver/virtualbox_base.rb:278:in `block in execute'
/opt/vagrant/embedded/gems/gems/vagrant-1.0.6/lib/vagrant/util/retryable.rb:14:in `retryable'
/opt/vagrant/embedded/gems/gems/vagrant-1.0.6/lib/vagrant/driver/virtualbox_base.rb:268:in `execute'
/opt/vagrant/embedded/gems/gems/vagrant-1.0.6/lib/vagrant/driver/virtualbox_4_2.rb:61:in `create_Host_only_network'
/opt/vagrant/embedded/gems/gems/vagrant-1.0.6/lib/vagrant/action/vm/network.rb:276:in `create_hostonly_network'
/opt/vagrant/embedded/gems/gems/vagrant-1.0.6/lib/vagrant/action/vm/network.rb:229:in `hostonly_adapter'
/opt/vagrant/embedded/gems/gems/vagrant-1.0.6/lib/vagrant/action/vm/network.rb:36:in `block in call'
/opt/vagrant/embedded/gems/gems/vagrant-1.0.6/lib/vagrant/action/vm/network.rb:31:in `each'
/opt/vagrant/embedded/gems/gems/vagrant-1.0.6/lib/vagrant/action/vm/network.rb:31:in `call'
/opt/vagrant/embedded/gems/gems/vagrant-1.0.6/lib/vagrant/action/warden.rb:33:in `call'
/opt/vagrant/embedded/gems/gems/vagrant-1.0.6/lib/vagrant/action/vm/clear_network_interfaces.rb:26:in `call'
/opt/vagrant/embedded/gems/gems/vagrant-1.0.6/lib/vagrant/action/warden.rb:33:in `call'

J'ai essayé de remplacer 'hostonly' dans le vagrantfile par 'hostonlyif', mais cela donne un message d'erreur indiquant qu'il doit être défini sur 'hostonly'. Comment puis-je réparer ce erro?

La machine hôte exécute archlinux et j'utilise les dernières versions de vagrant et virtualbox.

vagrantarchlinux
23
Ravi Desai

essayez avec ceci: Sudo modprobe vboxnetadp

dans mon cas ça marche

23
anibal

Je viens de mettre à jour OS X 10.9 et j'ai eu ce problème avec vagrant up.

Si vous utilisez VirtualBox version 4.2 ou antérieure, cela devrait fonctionner:

Sudo /Library/StartupItems/VirtualBox/VirtualBox restart 

Cependant, si vous utilisez une version plus récente de VirtualBox (4.3 ou plus récente), essayez: 

Sudo launchctl load /Library/LaunchDaemons/org.virtualbox.startup.plist

Comme indiqué dans cette question: échec de vagrant up,/dev/vboxnetctl: aucun fichier ni répertoire de ce type

21
timhtheos

On dirait que cela est connu sur Mac OSX Mavericks (10.9) et que c'est un problème d'autorisations. 

Vous pouvez le réparer en lançant:

Sudo /Library/StartupItems/VirtualBox/VirtualBox restart

3
Henry Tseng

J'ai rencontré un problème similaire, mais il n'y avait aucune erreur visible: le réseau privé n'a tout simplement jamais été créé. La solution était aussi bête et simple que toujours dans de tels cas:

$ pacman -S net-tools
3
Andy Mikhaylenko

Dans mon cas c'était aussi: 

Sudo modprobe vboxnetflt
3
fe_lix_

Je n'ai pas vu la version de VirtualBox que vous utilisez dans votre question, mais pour la version 4.2.x, la commande répertoriée dans les réponses précédentes:

Sudo /Library/StartupItems/VirtualBox/VirtualBox restart

devrait résoudre votre problème. Si vous exécutez 4.3.x, l'équivalent de cette commande est le suivant:

Sudo launchctl load /Library/LaunchDaemons/org.virtualbox.startup.plist

Cela redémarrera également les services VirtualBox et devrait résoudre votre problème.

En passant, j'ai rencontré le problème suivant: l'exécution de cette commande échouera de manière silencieuse et provoquera l'émission du même comportement par VirtualBox. Cela est généralement dû au fait qu'un VM est toujours actif et peut généralement être résolu en suspendant ou en détruisant vos instances vagabondes ou d'autres ordinateurs virtuels et en réexécutant la commande.

1
devonbleibtrey

Je n'ai trouvé aucune des solutions ci-dessus pour fonctionner sur El Capitan.

Sudo "/Library/Application Support/VirtualBox/LaunchDaemons/VirtualBoxStartup.sh" restart
0
rich