Sorry if I'm oversimplicating this, as I'm no core dev, so
please ignore or correct me where I'm wrong:
Can't you simply define a versioned interface between
vdsm and engine ?
this interface can be split up in different sections:
section a) must be reported : since 3.5
item 1 : all versions
item 2 : since 3.4
item 3 : since 3.5
section b) can be reported if data is available : since 3.5
section c) ???
as you can see, you can even version the sections
with all data prior to the integration of this interface
falling into section a) or a special section for
If such a thing doesn't exist yet it's maybe hard
to introduce, but worth it.
Am 09.04.2014 16:25, schrieb Dan Kenigsberg:
> But Vdsm cannot make this decision. Soon, Vdsm is to report the host's
> boot time. Now assume that Vdsm fails to do so. Is the stats "partial"?
> It's partial for engine-3.5, but it's complete for engine-3.4.
> Vdsm should tell as much of the truth that it knows.
> We could extend the "alerts" mechanism to report non-lethal errors in
> getVmStats (we currently have it only in for storage domain status),
> where Engine is told what's missing and why. I'm not sure if this is
> really needed, though.
Mit freundlichen Grüßen / Regards
Mittwald CM Service GmbH & Co. KG
Königsberger Straße 6
Geschäftsführer: Robert Meyer
St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen
Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen
Devel mailing list