Description of problem: Hosted engine is currently parsing OVF and preparing VM.conf structure to start the VM. IT would be much better if we could use the new XML format VDSM supports for that. But we need a way to get it from the host side when the engine VM is down and so a mechanism is needed to generate the XML upon VM edit and store it somewhere accessible from hosts. OVF store seems like a logical place, as we already have it and it is supposed to be a piece of disaster recovery plan.
Is there a usecase to have this XML for any other VM, or just for HE?
Well, if it's done for all VMs it does open the possibility of being able to run it without the engine, assuming we can replicate the connectStorage state on host as well
Verified on rhvm-4.2.2-0.1.el7.noarch
This bugzilla is included in oVirt 4.2.2 release, published on March 28th 2018. Since the problem described in this bug report should be resolved in oVirt 4.2.2 release, it has been closed with a resolution of CURRENT RELEASE. If the solution does not work for you, please open a new bug report.