<br><tt><font size=2>libvirt-cim-bounces@redhat.com wrote on 2008-09-17
01:54:39:<br>
<br>
> >  ><br>
> >  > This is the intended behavior.  The HosySystem
class is just a<br>
> >  > placeholder - if the guest has the SBLIM providers
installed, then the<br>
> >  > proper class to represent the host is Linux_ComputerSystem
(this is the<br>
> >  > SBLIM provider that represents the "base"
or host system).<br>
> >  ><br>
> >  > We don't want the HostSystem provider to return anything
in this case,<br>
> >  > because there's no need for a placeholder.<br>
> > <br>
> >   If the HostSystem provider return NULL, how to make test
case work? <br>
> > Because<br>
> >   the test expects to return at least one Xen_HostSystem
instance.<br>
> >   Would you please explain more for me on this? Any suggestion
on fixing <br>
> > them?<br>
> > <br>
> <br>
> The test behavior needs to be changed for the sblim case.<br>
> <br>
> 1) If SBLIM:  Enum of HostSystem doesn't return any instances<br>
> 2) If not SBLIM:  Enum of HostSystem returns a single instance<br>
> </font></tt>
<br>
<br><tt><font size=2>  If Enum of HostSystem doesn't return any instances
with sblim base provider installed,</font></tt>
<br><tt><font size=2>  how to deal with Host* related test case? The
association will return NULL through</font></tt>
<br><tt><font size=2>  HostSystem such as HostedResourcePool forward
query, then what should we do? </font></tt>
<br><tt><font size=2>  </font></tt>
<br><tt><font size=2>  Thanks!</font></tt>
<br><tt><font size=2><br>
> If you take a look at the get_host() in Virt_HostSystem.c, you'll
get an <br>
> understanding of how the providers determine whether a SBLIM instance
is <br>
> available on the system.<br>
> <br>
> Does this help?<br>
> <br>
> -- <br>
> Kaitlin Rupert<br>
> IBM Linux Technology Center<br>
> kaitlin@linux.vnet.ibm.com<br>
> <br>
> _______________________________________________<br>
> Libvirt-cim mailing list<br>
> Libvirt-cim@redhat.com<br>
> https://www.redhat.com/mailman/listinfo/libvirt-cim<br>
</font></tt>