VM image converter (VMDK, VHD, VHDX, IMG, RAW, QCOW and QCOW2), P2V migrator
Moderators: anton (staff), art (staff), Max (staff), Anatoly (staff)
-
osi-rs
- Posts: 8
- Joined: Mon Jun 02, 2025 11:53 pm
Tue Jun 03, 2025 3:49 pm
Hi
We are planning to do a migration for our biggest vm (1 os, 4 additional drives totaling 6 TB) using live migration. Other migration for small vm (less than 100GB went smooth,single drive).
Since v2v is single threaded this will likely take significant time. I also understand the cutover needs to happen manually if its live migration.
What I am trying to understand when is the exact time i should do the cutover to minimize the downtime. We are OK for couple of hours of downtime, say shutdown old VM at 95% progress of conversion? But a guidance on this is appreciated.
-
yaroslav (staff)
- Staff
- Posts: 3598
- Joined: Mon Nov 18, 2019 11:11 am
Wed Jun 04, 2025 8:03 am
Welcome to StarWind Forum! Yes, shutting down the VM a the very end of conversion should do the trick!
What I am also thinking is that you should try converting the VM into a template and then deploying it
Another way could be
1. Deploy a fresh VM on ESXi.
2. Expose the disks over the network.
3. Mount them on the source.
4. Use software like Macrium Reflect to copy.
Good luck with your project.
-
osi-rs
- Posts: 8
- Joined: Mon Jun 02, 2025 11:53 pm
Fri Jun 06, 2025 6:34 pm
Thanks for the answers. I am going to test both methods and see which one suites our need.
Also i am using a small VM (75GB space) to run the migration tool, does that mean the VM/server that is running the V2V convertor must have the size needed to hold the migrating VM's data or is it transferred directly to the destination host's storage thereby my small VM running V2V is just a pass-through for the data?
is the scenario different for offline migration and live migration?
-
osi-rs
- Posts: 8
- Joined: Mon Jun 02, 2025 11:53 pm
Mon Jun 09, 2025 10:16 pm
Thanks for the response. I tested live migration for couple of VM's and they went without issues.
However since today I am facing a new challenge.

Upon searching i found about session timeout setting in vmware (which i did not face before during live migration) to disable.
But even after the change the live migration is still failing.
Also tried updating to latest version but did not help.
Is there something I am missing?
-
Attachments
-

- Screenshot 2025-06-09 131510.png (30.92 KiB) Viewed 4120 times
-
osi-rs
- Posts: 8
- Joined: Mon Jun 02, 2025 11:53 pm
Tue Jun 17, 2025 3:41 am
I see that there is new release out v 9.0.757. Is there a changelog for the new version?
Looking to see if live migration is fixed!
Thanks!
-
osi-rs
- Posts: 8
- Joined: Mon Jun 02, 2025 11:53 pm
Tue Jun 17, 2025 10:05 pm
Tried the latest and the live migration (vmware 7 to hyper v) is failing as the Application now crashes half way during step 1 of migration process.
-
osi-rs
- Posts: 8
- Joined: Mon Jun 02, 2025 11:53 pm
Tue Jun 17, 2025 10:49 pm
Since i was testing, i did not retain logs and removed v2v right away and downgraded back to .755 version.
I can possibly run another test in next couple of days. Is there a private method i can share the log?
-
hyperoverload
- Posts: 1
- Joined: Thu Jun 19, 2025 12:13 am
Thu Jun 19, 2025 12:19 am
In an attempt to continue this thread, moving from ESXi 8.0u3 latest patch. Migrating vm to HyperV running on Server 2022. Launch the converter, copies about 60GB of data for the C: drive and then has a memory error and crashes. Here is the log: I tried to scrub any mildly forbiden text that is being flagged for contact details.
6/18 18:46:10.729 2e54 Facility ???INFO: CPPConverting::ConvertDisks: CreateInputImage: 0
6/18 18:46:11.479 2e54 Facility ???INFO: CPPConverting::ConvertDisks: CreateOutputImage: 0
6/18 18:49:37.215 82c Facility ???INFO: VMConverter::ESXIConverter::Connection::<lambda_51a4e26504ac6476d417d538947b592f>::operator (): Timeout ESX connection. Performing updates.
6/18 18:54:37.229 82c Facility ???INFO: VMConverter::ESXIConverter::Connection::<lambda_51a4e26504ac6476d417d538947b592f>::operator (): Timeout ESX connection. Performing updates.
6/18 18:59:37.230 82c Facility ???INFO: VMConverter::ESXIConverter::Connection::<lambda_51a4e26504ac6476d417d538947b592f>::operator (): Timeout ESX connection. Performing updates.
6/18 19:04:37.244 82c Facility ???INFO: VMConverter::ESXIConverter::Connection::<lambda_51a4e26504ac6476d417d538947b592f>::operator (): Timeout ESX connection. Performing updates.
I have tried multiple different guests, same end result. I had the hyperv host in a dfferent vlan, changed that, they are sitting on the same switch, same vlan. I am going to try converting this Fipco VM again with it powered off, but I have a good few that need live convert from current vmware to 2022 hyperv. The converter is being run from the destination hyperV host, as it has an abundance of resources.
Just crashed with the same server powered off. This time, around the 70GB mark. The last line of the log everytime is the timeout ESX Connection