With RHEV/oVirt/CentOS all being decomissioned, I am looking for a new home.
Proxmox is looking better than Xcp-ng in many ways, but even if those guys use Xen, migration facilities seem much easier and more mature. oVirt/RHV wasn't too bad at importing VMware VMs, but its own exports tend to only work with other oVirt instances, because everybody seems to do *.OVF files very differently and never tests against the competition.
In Proxmox I currently struggling at importing VMs or just their disk images mostly from oVirt/RHV, but also from VMware. While I don't mind recreating most of the VM parameters manually I do need the on-disks data of the VMs for which I am testing migrations.
The *.OVR files generated by oVirt seem nothing but tar'ed *.OVF, but when I try to use qm importovf on the unpacked files, I just get an error about a controller not being found with no easy way of fixing the XML file in a way that Proxmox understands.
The *.OVR, *.OVF file formats seems very losely defined and I've had tons of trouble with VMs coming from VMware (Workstation) and RHEV exports fail to be accepted by Proxmox, too: the error messages aren't helping and I haven't found where proxmox keeps the logs for the various activities yet.
Since it's all KVM and QEMU I don't think there are unsurmountable obstacles, yet I can't find any documented obvious way to upload a QCOW file to something NFS so that I can then migrate it onto the Ceph RDB storage as the operational target.
Nor does there seem to be any obvious way to download disk images or export VMs in a virtual appliance format.
Now I guess that could be done using QEMU tools, but direct qemu or libvirt access doesn't seem to fit into the proxmox philosophy, either.
I'd appreciate any pointers to some more in-depth documentation or how the CLI tools can be made to be a little more verbose or where I would have to look for logs.
Proxmox is looking better than Xcp-ng in many ways, but even if those guys use Xen, migration facilities seem much easier and more mature. oVirt/RHV wasn't too bad at importing VMware VMs, but its own exports tend to only work with other oVirt instances, because everybody seems to do *.OVF files very differently and never tests against the competition.
In Proxmox I currently struggling at importing VMs or just their disk images mostly from oVirt/RHV, but also from VMware. While I don't mind recreating most of the VM parameters manually I do need the on-disks data of the VMs for which I am testing migrations.
The *.OVR files generated by oVirt seem nothing but tar'ed *.OVF, but when I try to use qm importovf on the unpacked files, I just get an error about a controller not being found with no easy way of fixing the XML file in a way that Proxmox understands.
The *.OVR, *.OVF file formats seems very losely defined and I've had tons of trouble with VMs coming from VMware (Workstation) and RHEV exports fail to be accepted by Proxmox, too: the error messages aren't helping and I haven't found where proxmox keeps the logs for the various activities yet.
Since it's all KVM and QEMU I don't think there are unsurmountable obstacles, yet I can't find any documented obvious way to upload a QCOW file to something NFS so that I can then migrate it onto the Ceph RDB storage as the operational target.
Nor does there seem to be any obvious way to download disk images or export VMs in a virtual appliance format.
Now I guess that could be done using QEMU tools, but direct qemu or libvirt access doesn't seem to fit into the proxmox philosophy, either.
I'd appreciate any pointers to some more in-depth documentation or how the CLI tools can be made to be a little more verbose or where I would have to look for logs.
