Migrating from VMWARE to VirtualBox [closed] - vmware

Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 10 years ago.
Improve this question
I'm trying to migrate an existing VM from VMWARE to VirtualBox. I've made a copy of the Virtual Machine folder for the VM (so I can experiment and not destroy the original) and have successfully created a VM in VirtualBox. I've got everything booting and running, but the issue is that VM is using the "flat" disk image instead of the correct disk image causing the disk image to be from the past (I know this because all the files on the machine have a timestamp of 2009).
To elaborate, in the VM's folder i have the following vmdk files:
Win2003.vmdk (1 K)
Win2003-flat.vmdk (15 gigs)
Win2003-000002.vmdk (10 gigs)
NOTE: the disk is dynamic.
Looking in the configuration of the VM under VMWARE, it says that it's using the win2003-000002.vmdk as the disk image.
When I import the disk image into VirtualBox (the Win2003.vmdk file), it uses the Win2003-flat.vmdk disk image.
My question is, what can I do to either combine or import the Win2003-000002.vmdk disk image into the Win2003-flat.vmdk disk image so that VirtualBox will use the correct disk image?
I've some instructions on using vmware-vdiskmanager.exe to accomplish this, but I get an error stating "The parent of this virtual disk could not be opened."

After many attempts I was finally able to get this working. Essentially what I did was download and use the vmware converter to merge the two disks into one. After that I was able to attach the newly created disk to VitrualBox.
The steps involved are very simple:
BEFORE YOU DO ANYTHING!
1) MAKE A BACKUP!!! Even if you follow these instruction, you could screw things up, so make a backup. Just shutdown the VM and then make a copy of the directory where VM resides.
2) Uninstall VMware Tools from the VM that you are going to convert. If for some reason you forget this step, you can still uninstall it after getting everything running under VirtualBox by following these steps. Do yourself the favor and just do it now.
NOW THE FUN PART!!!
1) Download and install the VMware Converter. I used 5.0.1 build-875114, just use the latest.
2) Download and install VirtualBox
3) Fire up VMWare convertor:
4) Click on Convert machine
6) Browse to the .vmx for your VM and click Next.
7) Give the new VM a name and select the location where you want to put it. Click Next
8) Click Next on the Options screen. You shouldn't have to change anything here.
9) Click Finish on the Summary screen to begin the conversion.
10) The conversion should start. This will take a LOOONG time so be patient.
11) Hopefully all went well, if it did, you should see that the conversion is completed:
12) Now open up VirtualBox and click New.
13) Give your VM a name and select what Type and Version it is. Click Next.
14) Select the size of the memory you want to give it. Click Next.
15) For the Hard Drive, click Use and existing hard drive file and select the newly converted .vmdk file.
16) Now Click Settings and select the Storage menu. The issue is that by default VirtualBox will add the drive as an IDE. This won't work and we need as we need to put it on a SCSI controller.
17) Select the IDE controller and the Remove Controller button.
18) Now click the Add Controller button and select Add SCSI Controller
19) Click the Add Hard Disk button.
20) Click Choose existing disk
21) Select your .vmdk file. Click OK
22) Select the System menu.
23) Click Enable IO APIC. Then click OK
24) Congrats!!! Your VM is now confgiured! Click Start to startup the VM!

I will suggest something totally different, we used it at work for many years ago on real computers and it worked perfect.
Boot both old and new machine on linux rescue Cd.
read the disk from one, and write it down to the other one, block by block, effectively copying the dist over the network.
You have to play around a little bit with the command line, but it worked so well that both machine complained about IP-conflict when they both booted :-) :-)
cat /dev/sda | ssh user#othermachine cat - > /dev/sda

QEMU has a fantastic utility called qmeu-img that will translate between all manner of disk image formats. An article on this process is at http://thedarkmaster.wordpress.com/2007/03/12/vmware-virtual-machine-to-virtual-box-conversion-how-to/
I recall in my head that I used qemu-img to roll multiple VMDKs into one, but I don't have that computer with me to retest the process. Even if I'm wrong, the article above includes a section that describes how to convert them with your VMWare tools.

Note: I am not sure this will be of any help to you, but you never know.
I found this link:http://www.ubuntugeek.com/howto-convert-vmware-image-to-virtualbox-image.html
ENJOY :-)

This error occurs because VMware has a bug that uses the absolute path of the disk file in certain situations.
If you look at the top of that small *.vmdk file you'll likely see an incorrect absolute path to the original VMDK file that needs to be corrected.

Related

Cannot resume saved Virtualbox state

I get the following error after upgrading via Migration Assistant my laptop from a 2-core to a 4-core processor:
cpum#1: X86_CPUID_FEATURE_ECX_MOVBE is not supported by the host but
has already exposed to the guest [ver=17 pass=final]
(VERR_SSM_LOAD_CPUID_MISMATCH).
How can i resolve the same?
The solution may be as simple as clicking the big yellow "Discard" button, which will delete the saved state (same as pulling the power cord).
Reference: https://forums.virtualbox.org/viewtopic.php?f=6&t=19351
For people working via a terminal.
The accepted answer correctly mentions to discard the current state of the VM. This basically means pull the power cord, so that the next time you start it, the machine reboots.
You can do this using
VBoxManage discardstate "your machine's name"
Click on the name of the virtual machine, right click on the menu and discard saved status
The Discard button worked for me. Thanks #Justin!
I've been chasing this exact error message off and on for months (fortunately my VM is not part of my daily work). The whole time I thought that it was an issue of being on a new CPU (based on CPUID_MISMATCH) so I was looking at how to move a VM from one CPU to another and how to change the expected CPUID. But everything I found in that searching required that you save and shut down properly on the original CPU, which I no longer have.
Simply "Discard"-ing the "Current State (changed)" version worked for me on all of my saved machines.
Whoda thunk that the fix for a virtual Windows machine was a hard reboot? Not like that works for hardware-based Windows boxes, right? ;-) I guess that's why they call rebooting "the Windows Panacea".
Thanks again.

How to set up, maintain and distribute a template VM in VMware

(i posted this question on VMware community forums, with no response)
All of my developers use VMware workstation 11 for running their Visual Studio development environments in Windows. I originally created a base VM, and then simply shared it around to all the users, unbeknown to all the issues it would cause with computer name conflicts, joining the domain, etc. Apparently I didn't 'sysprep' it. Someone with some VMware knowledge tried to help me out to set it up, but im still not sure if it is 100% correct.
I am now at a point where I need to make changes/updates to the base VM (new VS, run Windows Updates, etc) and distribute a new one around to all the developers again, and I need some help to make sure I do it properly this time:
I have 2 VM images currently: 1) a ‘base’ one that opens up to this screen http://screencast.com/t/tBO0IUvwtpbY and 2) one that opens up to this screen http://screencast.com/t/DLV71PeNygrk . I’m assuming it is the ‘base’ one that I make the ‘edits’ to?
If I do edit the ‘base’ VM, what option(s) should I choose in that sys prep dialog?
Once I make the necessary updates to the base VM, what do I need to do to 'prepare' it for distribution to my developers (do I need to run sys prep, do I need to make a copy of VM beforehand, etc)?
Currently the VM has 2 HD's: 1) used for the OS and applications (Persistent and non-Independent), and 2) used to store data files (Persistent and Independent) . Is this the best way to set it up and use the VM (and then use 'snapshots' to revert back to previous states), or should the OS disk be set up as 'non-persistent' after the user has set up the VM for first use (i.e. joined the domain, set up VS Workspace, etc) ? Basically we have had a few scenarios recently where the OS and VS have been corrupted and it took the devs a while to fix it, so I want them to have some sort of way to revert back to a known clean working state.
Thank you
In answer to your questions you are on the right track.
the first screen that opens is correct, customise everything you require in the OS then run the OOBE before distribution
Choose OOBE and tick Generalise, then choose shutdown.
Once the VM is shutdown export it and pass it round your developers. they will need to complete the wizard and then join to the domain if required, this will ensure all the sids are different on each server, remember they must still change the Servers name before joining the domain
Snapshots are best, if your dev needs to reboot etc he doesn't want to loose his changes, he then has the option to revert to a snapshot.
Hopefully this has answered your question, let me know if there is anything else you need :)

Unable to log in to Ubuntu running on VirtualBox [closed]

Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about a specific programming problem, a software algorithm, or software tools primarily used by programmers. If you believe the question would be on-topic on another Stack Exchange site, you can leave a comment to explain where the question may be able to be answered.
Closed 1 year ago.
Improve this question
Recently I created a Ubuntu 14.04 (Trusty Tahr) VM in VirtualBox which is running on my Windows 7 laptop. It was working fine, but I am experiencing very strange behavior now. After entering the right password it is again displaying the login screen. But if I enter the wrong password then it says the wrong password that is expected. I checked the log file of VirtualBox, but there is nothing.
RAM and HD allocated for VM is sufficient.
Below is the screen again and again appearing after entering the right password to log in.
This happened to me while adding shared folders on VirtualBox. I have removed the shared folders and restarted VirtualBox.
The above steps solved my issue.
I seems like something is corrupted in your user profile.
You should look into file ~/xsession-errors for the logs and see what is happening.
The usual suspects
Open a terminal screen (Ctrl + Alt + F1) log and and look into these file permissions (owner+mode):
.cache/
.Xauthority
.ICEauthority
If nothing works, just delete these files:
rm -rf .cache
rm .Xauthority
rm .ICEautority
Now go back with Alt + F7, log in and try again.
Another option is to look for any recent changes to the ~/.profile file if any program you installed has modified it recently.
This just happened to me on an Ubuntu 16.04 (Xenial Xerus) guest. I couldn't log in through the GUI, but I was able to log in through the CLI.
Chrome decided to use all the memory in the VM (which somehow prevented a GUI login). I killed Chrome from the CLI and I was then able to login through the GUI.
I recently experienced this issue as well, though with a different Ubuntu OS (Ubuntu MATE 20.04.2.0 (Focal Fossa) on Windows 10), but I've seen this happen on Debian 10 (Buster) and Debian 8 (Jessie), Kali Linux, and Ubuntu 20.04.2.0.
The inability to login has always been due to insufficient memory allocation (with VirtualBox, dynamic allocation doesn't work all the time, and space runs out fast). I received a low drive space warning, but dismissed it; I ended up unable to login to my machine after booting it.
However, you may not receive a warning that you are running low on drive space, so it's a good idea to pay attention to the amount of space you have before running updates or downloading large files. To fix this issue, you'll either need to manually increase the memory allocation from the VirtualBox manager or create a new VM.
You might have made some changes in /etc/environment.
Most probably you have corrupted the PATH variable.
Update the environment file like this (using nano):
sudo nano /etc/environment
PATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games"
Save and exit with Ctrl + X.
I'm using the Kali Linux VM, but I just restarted the VirtualBox and everything works just fine! It might help...

VirtualBox upgrade trashed my virtual machine [closed]

Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 11 years ago.
Improve this question
I had Virtual Box 3.2 working fine, emulating 32-bit Windows XP in a 64-bit Windows 7 host. Then I upgraded to VirtualBox 4.0.4, and everything seemed to work (after I installed a couple of things -- USB2.0 support, Guest Additions).
Then I restored a snapshot that was taken under version 3.2, and now I've lost everything. I get the error message:
The selected virtual machine is *inaccessible*. Please inspect the error message shown
below and press the **Refresh** button if you want to repeat the accessibility check:
Could not find an open hard disk with UUID {b0e666ef-1041-415a-8329-876b337e1958}.
Result Code:
VBOX_E_OBJECT_NOT_FOUND (0x80BB0001)
Component:
VirtualBox
Interface:
IVirtualBox {d2de270c-1d4b-4c9e-843f-bbb9b47269ff}
I tried creating a new virtual machine from the vdi file, but it locks up when loading WINDOWS\System32\DRIVERS\lfsfilt.sys. I tried re-installing version 3.2, but I get exactly the same problems.
I have a VirtualBox.xml file in my .VirtualBox directory, and various files (Virtual Dell.xml, Virtual Dell.xml-prev etc.) in .VirtualBox\Machines\Virtual Dell.
Help please! How do I get my virtual machine back?
This bug happened to me recently (I assume it's a VirtualBox bug) using snapshots in v4.
I fix'em opening the VirtualBox.xml file and:
Search the UUID of the missing drive (b0e666ef-1041-415a-8329-876b337e1958 in this case), normally will be a tag (notice the />).
Remove the tag which generate the error.
Now, if the problematic HardDisk tag was inside another HardDisk tag (one with open and close tag) reconvert this last tag in one without close.
Sorry, my english it's not good enough for a good explanation, let me show you an example:
Original non-working XML piece:
<HardDisks>
<HardDisk uuid="{ac511969-288a-44b4-b7ac-df5808c1a4ca}"
location="/home/me/.VirtualBox/HardDisks/machine_name.vdi"
format="VDI" type="Normal">
<HardDisk uuid="{e4e44e9d-aad0-4e2f-8ef8-d3d4d64f997f}"
location="/home/me/.VirtualBox/Machines/machine_name/Snapshots/{e4e44e9d-aad0-4e2f-8ef8-d3d4d64f997f}.vdi"
format="VDI"/> <!-- Problematic snapshot -->
</HardDisk>
</HardDisks>
Fixed XML piece:
<HardDisks>
<HardDisk uuid="{ac511969-288a-44b4-b7ac-df5808c1a4ca}"
location="/home/me/.VirtualBox/HardDisks/machine_name.vdi"
format="VDI" type="Normal" /> <!-- Notice we've changed this tag and remove his closing tag since it's not more needed -->
</HardDisks>
This at least works for me, I loose the snapshot but recover the virtual machine.
Hope this help you.
in Virtual Media Manager, is the XP VDI disk attached to the virtual machine? If it is not then open settings for the VM and add the VDI in the Storage tab
another option is to plug in the ISO of Hiren's BootCD and use one of the Browsers / File Managers for disk access
the BootCD also has mini versions of Windows 98 + XP

VMWare Image Modification

If I already have an image that exists, can I create an image based on the existing one, except I want to make changes to the exisiting one (mainly configurations).
I do this all the time. I actually keep each of my VMs in a separate directory and duplicate the entire directory to make a copy. All references within the VMX file (configuration) are relative to the current directory.
One thing you need to watch out for. The VMX file has a line with the MAC address of the virtual network card:
ethernet0.generatedAddress = "00:0c:29:ff:1f:c7"
You'll need to change that if you want to run both VMs at the same time - I usually just bump the final digit up by 1 (to c8).
I also change the displayName in that file so I can tell the difference between them when they're running.
Yes, you can just copy the image off to external storage. Just find the image file(s) on your drive and do the copy when the image is not running. You can then change the original all you want. Is this what you are after?
What I do is create a base "clean" VM which I then run Sysprep on before cloning. You can run into a few problems when you don't reset the 'unique' elements of a windows installation and you're trying to run them simultaneously.
I'm running ~20 VMs at the moment and if any one gets seriously messed up (they're used for testing) I've got clean base images of Windows 2000, Windows XP, Vista and Server 2003 at the ready so I can be back up and running in 20mins or less.
Depending on what your needs are, you might try the (free) VMWare Converter. It lets you change drive sizes and other image parameters.
As others have said, this is exactly how you implement full backups for your VMs.
When the VM is not running, merely copy the virtual disks into a different location, then restart the VM.