Migration from OpenNebula to Proxmox 5.x

Apr 5, 2019
7
2
23
33
Hello,

I need to migrate from OpenNebula to Proxmox VE. Given that they both use KVM in the back, it should be pretty easy. Even if we have to recreate the VMs, that shouldn’t be too big of a deal. The problem is that the disks (.qcow2 or .raw, depending on how old is the machine created) are encrypted and we have no idea how to decrypt them in order to recreate the VMs on a Proxmox VE server. We know which encrypted disk is associated with which VM, the problem is that we can’t recreate them in Proxmox VS (for example, the VM DBS-22 has the disks “DBS-22-os.raw” -> 9f36f2a95b2f930727b503ecccdb6a29 and “DBS-22-data1.raw” -> 558f8cedebc39ce11f7d22b9fa111b1c on the storage server Cube07 : the encrypted or hashed string is what we are seeing on the Cube storage, while the name appears in template in OpenNebula).

Has anyone migrated from OpenNebula to any other platform before and has gone through similar stuff? Does anybody have any idea how to add the disks in other Hypervisor without decrypting them?

Your help is greatly appreciated.
 
I don't think that it's encrypted at block level. I don't have an encryption key.
ok,
so when you said
"
We know which encrypted disk is associated with which VM, the problem is that we can’t recreate them in Proxmox VS (for example, the VM DBS-22 has the disks “DBS-22-os.raw” -> 9f36f2a95b2f930727b503ecccdb6a29 and “DBS-22-data1.raw” -> 558f8cedebc39ce11f7d22b9fa111b1c"

It's simply that you don't known what is the correct filename ?

maybe can you do a "ps -aux" on your opennebula node, and check qemu process.
you should see real filename path, and maybe it's possible to find the name of the vm somewhere in the qemu command line too ?
 
the real filename path for a qemu process is: upload_2019-4-23_10-19-50.png

where from /var/lib/one/datastores/168/789ac20a57c5ca7d745d443c33f913b6 - 168 is the ID of the datastore and from /var/lib/one//datastores/131/1349/ - 1349 is the ID for the VM
 
ok, so you only need to recreate a vm 1349 on proxmox (with same configuration),
then you can import this disk on proxmox with the "qm importdisk" command

qm importdisk <vmid> <source> <storage>

ex: qm importdisk 1349 789ac20a57c5ca7d745d443c33f913b6 youproxmoxstoragename


(qm importdisk need to be launch on your proxmox node, so you need to copy files from openbula (vm offline), or shared them through nfs for example)
 
Hello,

Sorry for the late response and thank you for your solution but there is a problem.
I have an identical VM on my Proxmox and after the import the hard disk is not bootable.
/mnt/pve/Array3-NFS1# qm importdisk 103 9055c0eb00a190a455ff9adaf838b52b Array3-NFS1 --format qcow2
Formatting '/mnt/pve/Array3-NFS1/images/103/vm-103-disk-2.qcow2', fmt=qcow2 size=34359738368 cluster_size=65536 preallocation=metadata lazy_refcounts=off refcount_bits=16
(100.00/100%)

No fail logs.

This is the test VM that I have on both Virtualization Solutions
 
Hello,

After a long time i figured it out.

The disks are not encrypted. The names are generated by OpenNebula without the .qcow2 or .raw termination.
You just have to take the disk and change the name to the disk in Proxmox and start the VM.

Thank you for your assistance.
 
  • Like
Reactions: Tmanok and Vazhnov

About

The Proxmox community has been around for many years and offers help and support for Proxmox VE, Proxmox Backup Server, and Proxmox Mail Gateway.
We think our community is one of the best thanks to people like you!

Get your subscription!

The Proxmox team works very hard to make sure you are running the best software and getting stable updates and security enhancements, as well as quick enterprise support. Tens of thousands of happy customers have a Proxmox subscription. Get yours easily in our online shop.

Buy now!