[Engine-devel] [Engine-Devel] OvfDataUpdater

Liron Aravot laravot at redhat.com
Mon Nov 19 12:03:57 UTC 2012


starting a new discussion thread.

----- Original Message -----
> From: "Mike Kolesnik" <mkolesni at redhat.com>
> To: "Liron Aravot" <laravot at 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 at ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/engine-devel
> > 
> 



More information about the Devel mailing list