You're welcome. Good to hear you didn't loose anything. Export to OVA has one of the hosts write an OVA file to the selected host's filesystem. (As long as VDSM has write privileges to do so.) The OVA file contains the *entire* VM configuration (Number of CPUs / Chipset / Network Adapters / etc.) in addtion to a copy of the attached disks. The intent of this is to allow importing the VM into another hypervisor. (oVirt, or even other tech entirely such as VMWare / Virtualbox / etc.) This tends to not work very well however due to the previously discussed failures, and the fact that oVirt's conversion code isn't very good. Even between oVirt versions on the same cluster, an exported OVA may not re-import cleanly, if at all. (This is probably related to the lack of a generic CPU target in oVirt, as no other hypervisor solution is going to put forth the effort to maintain compatibility with oVirt's overly-specific CPU model selections, flags, and custom virtual hardware layouts.)
Export to Export Domain simply writes the disk images and VM domain XML to the Export Domain for later import into another oVirt instance. (This was the original way oVirt handled backups, and migration between oVirt clusters.) This has been deprecated for a while now, and oVirt 4.4 can't even create a new Export Domain. (Although 4.4 will allow importing an existing one.) Essentially, it's no different than OVA Exports beyond the oVirt specific nature of it. (Both make a complete copy of the VM and attached storage, OVA just adds a translation / compatibility layer step, and it's output is meant to be handled directly by the administrator.) Exporting a template simply exports the template. It has a copy of the disks just like the other two options. With the added caveat that you need to instantiate a new VM from it prior to use. Which may or may not be what you need for backups. Depending on whether or not you have organizational policies / regulatory compliance to worry about. As this will necessitate a bunch of changes in the virtualized hardware. That being said, I can't say to it's reliability as I've never really used templates for backup purposes. If you really need a backup, OVA is fine. (Though you should test re- importing it before calling the job finished.) If you really want to be sure, use an external cloning solution like Clonezilla, (If you only need to back up a few VMs) or something like FOG. (If you need more advanced options, like a regular backup schedule, automated backups / restorations, logging, access control, etc.) - Patrick Hibbs On Tue, 2022-02-22 at 01:24 +0000, Abe E wrote: > Hey Patrick, First of all thank you for your help these past few > days, I see you are quite experienced haha. > > I thought so too, because i have like 10 VMs that are just clones of > 1 main rockylinux vm I built and some failed while others passed, > quite random. I almost destroyed the old VMs too so I am happy I > discovered it when I did. > > Im still trying to wrap my head around it all but please correct me > if i am wrong. > Export to OVA - Simply exports to OVA whereas Export to Export Domain > will export the actual image files? > > Another Idea I had was making the VM into a template and exporting > that. > Does this idea makes sense, it seems it generates the same disks as > the original and then allows you to build a VM from them -- Or it is > the exact same as Exporting a VM to EDomain in the first place. > _______________________________________________ > Users mailing list -- users@ovirt.org > To unsubscribe send an email to users-le...@ovirt.org > Privacy Statement: https://www.ovirt.org/privacy-policy.html > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/users@ovirt.org/message/LW4ZLFI7LAMBLYDRQ4EORJSCHNLK2HI4/ _______________________________________________ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/JBECARLVGKODCC4GLWSUHVS35GBFKN36/