[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] [OSSTEST Nested PATCH v8 3/7] Edit some APIs in TestSupport.pm for nested test



On Tue, 2015-04-21 at 13:33 +0100, Ian Jackson wrote:
> Ian Campbell writes ("Re: [OSSTEST Nested PATCH v8 3/7] Edit some APIs in 
> TestSupport.pm for nested test"):
> > On Mon, 2015-04-13 at 17:19 -0400, longtao.pang wrote:
> > > --- a/Osstest/TestSupport.pm
> > > +++ b/Osstest/TestSupport.pm
> ...
> > > +    if ( $r{"${name}_ip"} ) {
> > > +        $setprop->("IpAddr", $r{"${name}_ip"});
> > > +    }
> > 
> > This is one for Ian I think, but I suspect this should use ${ident}
> > rather than ${name}. 
> 
> Yes.
> 
> > ${ident} is e.g. 'host' or 'srchost' or 'nestedl1' it is the prefer used
> > on the runvar names. ${name} is the specific value assigned, i.e. an
> > actual host name.
> > 
> > For such properties we usually prefer ${ident}_foo. Ian, correct me if
> > I'm wrong please.
> 
> Ian C is right.
> 
> 
> But, I think actually the principle behind this change is wrong.
> 
> It seems to be copying information from runvars into the in-memory
> data structure for host properties.  But host properties are (by
> definition) matters of (fixed) configuration, not runtime definition.

Remember that here the "host" is actual an L1 virtual machine, whose IP
is not fixed (since it mac address isn't).

I don't know if that affects your opinion at all?

> I haven't looked at the rest of the series, but the same effect should
> be achieved in a different way.  Note that a $ho is a hash which
> already contains (after selecthost, say) an element with key `Ip'.
> 
> So the right place to do this is indeed probably somewhere around
> selectguest or selecthost, but the information should be put into
> $ho->{Ip} without going via host properties.
> 
> Thanks,
> Ian.



_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.