VirtualBox imported VM - VERR_NOT_SUPPORTED - VERR_CFGM_VALUE_NOT_FOUND
Solution 1:
I had the same issue, the settings were imported for the appliance, so I changed the settings to match the new computer (1 cpu instead of 2, and less memory).
Solution 2:
This may be caused by a known bug in older versions of VirtualBox. See https://www.virtualbox.org/ticket/7251 for details.
Solution 3:
I just encountered the same error code (VERR_CFGM_VALUE_NOT_FOUND), but with a different error description after editing VirtualBox VMs/<name of vm>/<name of vm>.vbox
:
NAT#0: configuration query for "GuestPort" int failed (VERR_CFGM_VALUE_NOT_FOUND)
Failed to attach the network LUN (VERR_CFGM_VALUE_NOT_FOUND)
It turns out that the name of the forwarding rule should certainly not contain any parentheses or slashes (as shown below). So, when you set a forwarding rule, use a name that consists of spaces, letters or numbers to be safe.
For example, the following does not work (VM refused to start up with previous error message):
...
<NAT>
<DNS pass-domain="true" use-proxy="false" use-host-resolver="false"/>
<Alias logging="false" proxy-only="false" use-same-ports="false"/>
<Forwarding name="HTTP/8088" proto="1" hostip="127.0.0.1" hostport="1080" guestport="80"/>
<Forwarding name="HTTPS" proto="1" hostip="127.0.0.1" hostport="1443" guestport="443"/>
<Forwarding name="SSH (2022)" proto="1" hostip="127.0.0.1" hostport="2022" guestport="22"/>
</NAT>
After removing /
, (
and )
from the vbox file, the error message goes away and the VM boots again:
<NAT>
<DNS pass-domain="true" use-proxy="false" use-host-resolver="false"/>
<Alias logging="false" proxy-only="false" use-same-ports="false"/>
<Forwarding name="HTTP" proto="1" hostip="127.0.0.1" hostport="1080" guestport="80"/>
<Forwarding name="HTTPS" proto="1" hostip="127.0.0.1" hostport="1443" guestport="443"/>
<Forwarding name="SSH on port 2022" proto="1" hostip="127.0.0.1" hostport="2022" guestport="22"/>
</NAT>
This post does not answer the question, but this question was one of the few pages I found when I Googled for a solution to my problem.
Solution 4:
I found this same issue, OS X host exported to a Windows XP host. Both VirtualBox 3.2.6 r63112. Perhaps it is a bug that should be filed?
Workaround - create a new VM and import the VMDK manually.
http://blog.anuragg.com/2012/10/vhdx-to-vhd-conversion.html