From: "Mike Kolesnik" <mkolesni(a)redhat.com>
To: "Liron Aravot" <laravot(a)redhat.com>
Sent: Monday, November 19, 2012 12:42:10 PM
Subject: Re: [Engine-devel] OvfAutoUpdater
I think 'version' is a more standard term for the column names.
Also in: 4. If succesfull - for each vm update the ovf_generation to
equal the db_generation.
I think you mean that the update should be to the entity version you
initially selected.
Regards,
Mike
----- Original Message -----
>
http://wiki.ovirt.org/wiki/Feature/OvfAutoUpdater
>
> Hi all, i'll be glad if you could review the wiki page of
> OvfAutoUpdater, if you have any suggestions or ideas please let me
> know.
>
>
http://wiki.ovirt.org/wiki/Feature/OvfAutoUpdater
>
> short preview from the wiki:
> vm/template configurations (including disks info) are stored on the
> master storage domain for backup purposes, import/export and also
> to
> provide the abillity to run VMs without having a running engine/db.
> Currently ovf update is done synchronously when performing various
> operations on vms/templates - update, save, adding/removing a disk,
> etc. What's more, currently updating the ovf (updateVM vdsm call)
> is
> usually done within a transcation.
>
> The idea behined OvfAutoUpdater is to perform batch ovf update
> operations that aggregate all outstanding updates per data center.
> These updates will be done in specifed time intervals which will
> reduce XML-RPC calls and will enable the removal of this syncronous
> vdsm call from all over the code.
>
> Thanks,
> Liron Aravot.
> _______________________________________________
> Engine-devel mailing list
> Engine-devel(a)ovirt.org
>
http://lists.ovirt.org/mailman/listinfo/engine-devel
>