VMs migrated from VMware using the native VME migration tool. Not being support / not working is a pretty major issue long term as I converted one customer site last week in this manner. Any hope of work around or fix for this? Is it just a matter of upgrading the compatibility of the qcow2 images from 0.10 (which is what the migration tools create them as) to 1.1 (which is what VME natively creates new disks as) with qemu-img?
dcc
-
dcolpitts
- Veeam ProPartner
- Posts: 133
- Liked: 24 times
- Joined: Apr 01, 2011 10:36 am
- Full Name: Dean Colpitts
- Location: Atlantic coast of Canada
- Contact:
-
dcolpitts
- Veeam ProPartner
- Posts: 133
- Liked: 24 times
- Joined: Apr 01, 2011 10:36 am
- Full Name: Dean Colpitts
- Location: Atlantic coast of Canada
- Contact:
Re: [BETA] [HPE] Migrated VMs from VMware Compatibility issues
Yes!!! I managed to get imaged based backup of a VMware Migrated VM, without completely recreating the VM. Still need to do some work get the method worked out and documented though.
-
dcolpitts
- Veeam ProPartner
- Posts: 133
- Liked: 24 times
- Joined: Apr 01, 2011 10:36 am
- Full Name: Dean Colpitts
- Location: Atlantic coast of Canada
- Contact:
Re: [BETA] [HPE] Migrated VMs from VMware Compatibility issues
When attempting to backup VMs migrated from VMware to HPE Morpheus VM Essentials using the native HPE VME migration mechanism using the Veeam Plug-in for HPE Morpheus VM Essentials (VeeamPluginHpeMorpheusVme_13.1.0.206.BETA.exe), the back job fails with:
Failed to perform backup: Failed to start the backup job: internal error: unable to execute QEMU command 'transaction': Can't make bitmap 'VeeamCheckpoint-4585a37c-0c67-47c5-81c2-9ea33917119c-d8917f3e-6329-4464-bbe8-fa08889c190b' persistent in 'libvirt-1-format': Cannot store dirty bitmaps in qcow2 v2 files (0:00:11).
Upon further investigation, it appears that that the native HPE VME migration mechanism creates the qcow2 disk images with compatibility version 0.10. When you create a new VM in VME, the qcow2 disks images are created with compatibility version 1.1.
When you reconfigure a VM and move the disk from one datastore to another datastore, the moved disk will be converted to version 1.1. Once the disk is converted to 1.1, then Veeam is able to create the checkpoint, and backup runs. I was able to successfully do an image based backup of an AD controller I converted using the native HPE VME migration mechanism last Tuesday after I move it to a new datastore and then back this morning. And then I was able to restore guest files from the image.
So I don't know what is not supported about it, but it appears to work once the disk format is 1.1. Note that I have NOT tested this on Linux VMs yet - only Windows. But I suspect it will be the same results.
And it goes without saying - USE THIS METHOD AT YOUR RISK! I'm assuming both HPE and VME doesn't technically support (yet).
Gostev - I sent my documentation and all the screenshots to support my findings to Andrey Stadler little while ago if you want to follow up with Andrey (or me out of band).
Good luck.
dcc
Failed to perform backup: Failed to start the backup job: internal error: unable to execute QEMU command 'transaction': Can't make bitmap 'VeeamCheckpoint-4585a37c-0c67-47c5-81c2-9ea33917119c-d8917f3e-6329-4464-bbe8-fa08889c190b' persistent in 'libvirt-1-format': Cannot store dirty bitmaps in qcow2 v2 files (0:00:11).
Upon further investigation, it appears that that the native HPE VME migration mechanism creates the qcow2 disk images with compatibility version 0.10. When you create a new VM in VME, the qcow2 disks images are created with compatibility version 1.1.
When you reconfigure a VM and move the disk from one datastore to another datastore, the moved disk will be converted to version 1.1. Once the disk is converted to 1.1, then Veeam is able to create the checkpoint, and backup runs. I was able to successfully do an image based backup of an AD controller I converted using the native HPE VME migration mechanism last Tuesday after I move it to a new datastore and then back this morning. And then I was able to restore guest files from the image.
So I don't know what is not supported about it, but it appears to work once the disk format is 1.1. Note that I have NOT tested this on Linux VMs yet - only Windows. But I suspect it will be the same results.
And it goes without saying - USE THIS METHOD AT YOUR RISK! I'm assuming both HPE and VME doesn't technically support (yet).
Gostev - I sent my documentation and all the screenshots to support my findings to Andrey Stadler little while ago if you want to follow up with Andrey (or me out of band).
Good luck.
dcc
Who is online
Users browsing this forum: Google Feedfetcher and 2 guests