You don't have to detach the Storage Domain to refresh the OVF_STORE, but instead move it to only to maintenance. You can also change the interval value OvfUpdateIntervalInMinutes in the vdc_options table which is by default executes every 60 minutes and sync the OVF_STORE disk with the VMs' and Templates' data. Regards, Maor ----- Original Message -----
From: "Christopher Pereira" <kripper@imatronix.cl> To: "Allon Mureinik" <amureini@redhat.com> Cc: devel@ovirt.org Sent: Wednesday, October 14, 2015 2:53:49 PM Subject: Re: [ovirt-devel] OVF_STORE volumes are not updated
Yes.
On 14-10-2015 8:48, Allon Mureinik wrote:
This is what we discussed on BZ#1268842, right?
On Mon, Oct 5, 2015 at 11:35 AM, Christopher Pereira < kripper@imatronix.cl > wrote:
Hi,
I noticed that OVF_STORE volumes are not generated periodically as expected [1]. It seems like the OVF_STORE volumes are only generated when the Storage Domain is detached from Engine, which is not feasible if we want to keep the VMs running.
1) Is there any way to force the OVF_STORE volume creation without detaching the Storage Domain?
This would be very usefull for disaster recovery, since Storage Domains can be backed up and VM can be reimported. But if the OVF_STORE volumes are not updated, critical information like the ID of the VM active snapshot will get lost. If the VM is restored with a previous snapshot (not the last one), all information written after the last snapshot known by the OVF_STORE will get lost.
2) On the other hand, the only way I know to re-read the OVF_STORE content with the VM information contained in a Storage Domain, is by detaching and re-attaching it. I wonder if there is also any way to re-read the OVF_STORE?
[1] : This can be verified very easily by changing a running VM properties (change its name or create a snapshot), copying the whole storage domain and importing it into another Engine (POOL_UID and CHECKSUM must be removed from metadata in order to be able to attach to another Datacenter).
PS: I'm on 3.6 RC. 1. _______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel