Can't start VM: NS_ERROR_FAILURE (0x80004005)

2,564 views
Skip to first unread message

Markus Wolff

unread,
Aug 11, 2016, 7:30:15 PM8/11/16
to Vagrant
Hi,

I used to have a working vagrant environment, but I must have done something stupid because now whenever I run vagrant up for any given VM, I get this:

$ vagrant up
Bringing machine 'default' up with 'virtualbox' provider...
==> default: Clearing any previously set forwarded ports...
==> 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: Forwarding ports...
    default: 8000 (guest) => 8000 (host) (adapter 1)
    default: 9001 (guest) => 9001 (host) (adapter 1)
    default: 22 (guest) => 2200 (host) (adapter 1)
==> default: Running 'pre-boot' VM customizations...
==> default: Booting VM...
There was an error while executing `VBoxManage`, a CLI used by Vagrant
for controlling VirtualBox. The command and stderr is shown below.

Command: ["startvm", "20655eb4-a2ba-4572-80d6-62298b22152f", "--type", "headless"]

Stderr: VBoxManage: error: The VMMR0.r0 module version does not match VBoxVMM.dll/so/dylib. If you just upgraded VirtualBox, please terminate all VMs and make sure that neither VBoxNetDHCP nor VBoxNetNAT is running. Then try again. If this error persists, try re-installing VirtualBox. (VERR_VMM_R0_VERSION_MISMATCH)
VBoxManage: error: Details: code NS_ERROR_FAILURE (0x80004005), component ConsoleWrap, interface IConsole

I tried installing / reinstalling Virtualbox (5.0.24) and upgraded Vagrant from 1.8.1 to 1.8.5. Host system is Ubuntu 16.04 and the guest also is some Ubuntu image.

No idea what changed exactly since it last worked. The only thing that comes to mind is that I tried to create a new project using the Docker provider for the first time (which did not succeed), and now when I do "vagrant global-status" that thing seems to hang around for no reason:

$ vagrant global-status
id       name    provider   state    directory                                         
---------------------------------------------------------------------------------------
5f24293  default virtualbox poweroff /home/markus/public_html/project1                  
8d248ad  default virtualbox poweroff /home/markus/public_html/project2
a23d8d2  default virtualbox poweroff /home/markus/public_html/project3
c74ad20  default docker     running  /home/markus/public_html/project5
9c9ccaf  default virtualbox poweroff /home/markus/public_html/project4                 
9df3fe5  default virtualbox poweroff /home/markus/public_html/project6

Can't destroy that docker container either:

$ vagrant destroy c74ad20
==> default: The container hasn't been created yet.
/home/mwolff/public_html/evercare/siss/trunk/siss/Vagrantfile:5: warning: already initialized constant VAGRANTFILE_API_VERSION
/home/mwolff/public_html/evercare/siss/trunk/siss/Vagrantfile:5: warning: previous definition of VAGRANTFILE_API_VERSION was here

So, yeah, that's strange - but no idea if that's even related to my much more pressing problem above.

Anyone got any ideas? Any hint is appreciated...

Regards,
Markus

Alvaro Miranda Aguilera

unread,
Aug 12, 2016, 3:37:00 AM8/12/16
to vagra...@googlegroups.com

On Fri, Aug 12, 2016 at 1:30 AM, Markus Wolff <mwol...@gmail.com> wrote:
VMMR0.r0 module version does not match VBoxVMM.dll/so/dylib.

The Virtualbox error is due some left over from one version causing issue from other.

suggestion blow all that away

sudo apt-get remove virtualbox virtualbox-ose virtualbox-qt

then   find / -name '*VMMR0*' -o -name '*VBoxVMM*'

And see whats left over, and try to clean as much as possible.

The 2nd error is related to config inside some Vagrantfile, check you got the headers complete, seems you are missing the variable VERSION=2 or something around that.

Alvaro.
-- 

Markus Wolff

unread,
Aug 25, 2016, 4:53:30 AM8/25/16
to Vagrant
Thanks, I only did regular package uninstall before and was not aware that I had to manually clean up anything else. Works now :-)
Reply all
Reply to author
Forward
0 new messages