Ticket #7067 (new defect)
VERR_INTERNAL_ERROR: Inexistent host networking interface, named 'vboxnet0'
Reported by: | malan | Owned by: | |
---|---|---|---|
Component: | other | Version: | VirtualBox 3.2.6 |
Keywords: | OVF HostOnlyInterface vboxnet0 VERR_INTERNAL_ERROR | Cc: | |
Guest type: | other | Host type: | other |
Description
VirtualBox 3.2.x appears to have introduced a bug related to OVF files whereby appliances exported from VirtualBox 3.2.x (on, e.g., a Mac host) no longer import properly on other platforms (e.g., a Windows host). Specifically, when we export an appliance with VirtualBox 3.2.6 (and 3.2.4) on a Mac 10.6.4 host, we then get this error when trying to start that appliance after importing it on a Windows 7 host running VirtualBox 3.2.6 (and 3.2.4):
VERR_INTERNAL_ERROR: Inexistent host networking interface, named 'vboxnet0'
The appliance we're exporting is configured with two virtual NICs: Adapter 1 is NAT, Adapter 2 is Host-Only. The above pertains to the latter.
A workaround appears to be, on the Windows host, to remove Adapter 2, then re-add it. Then the appliance starts.
The problem appears to derive from 3.2.x's introduction of the vbox namespace in OVF files. When we export an appliance on a Mac host, within the OVF file is this XML element:
<HostOnlyInterface name="vboxnet0"/>
However, the Windows version of VirtualBox 3.2.x appears to call that interface "VirtualBox Host-Only Ethernet Adapter". It *seems*, then, that, during import, VirtualBox 3.2.x might be relying unduly heavily on the vbox: namespace metadata, inasmuch as Windows expects that host to be called "VirtualBox Host-Only Ethernet Adapter" but instead sees it described as "vboxnet0"?
It's worth noting that removing all XML elements in the vbox: namespace from the OVF file prior to import also fixes the problem.
(A similar cross-platform problem appears to happen with AudioAdapter because of the vbox: metadata.)
Happy to provide additional details as needed.
Attachments
Change History
comment:1 Changed 12 years ago by berndk
Hi,
we encounter the same problem and are actully quite astonnished by this: the Open Virtualization Format was intrdocuded in order to enable the exchange of virtual appliances - also across vendors. In the current version it is however not even possible to exchange Virtual Box appliances created with the same version of Virtual Box across different platforms. I hope, that the priority of this issue will be raised...
comment:2 Changed 12 years ago by silas
I also got these error which I consider a bug.
This makes it impossible to release and appliance that is compatible with other computers.
It would seem wise for there to be a auto-guess the best host network card to use.
comment:3 Changed 11 years ago by tkdphoenix
I had similar issues with Windows XP Host, Ubuntu 11.10 Guest, VB 4.1.4.
It started as an error recognizing the .iso file I use for Ubuntu and then I repaired and restarted and received the "Inexistent host networking interface" error.
I went to Settings -> Network and changed "attached to:" to "NAT". This corrected the issue for me.
comment:4 Changed 11 years ago by kenorb
I've similar problem in Ticket #9820\ My interface vboxnet0 disappeared.
comment:6 Changed 8 years ago by zaphod
I have this problem with 4.3.6
Exported a VM (created under 4.3.6 on Windows-x64) in OVF 1.0
Imported it to Linux-x64 (also 4.3.6),
but got same error message as here on startvm.
On Linux I had to manually create the vboxnet0 interface:
$ vboxmanage hostonlyif create
then manually edit each .vbox file and change all lines:
<HostOnlyInterface name="VirtualBox Host-Only Ethernet Adapter"/> to <HostOnlyInterface name="vboxnet0"/>
comment:7 Changed 8 years ago by dawoodfo
I had the same problem using 4.3.14. Not sure which version VBox the VM was exported from but it was 4.3.10 or 4.3.14. Exported from Windows and imported into a full Chinese language Oracle Linux64.
Used exactly the same steps suggested by zaphod above and it fixed it. The VM crashed on the first boot but okay after that (???).