[openstack-dev] Combination of ComputeCapabilitiesFilter and AggregateInstanceExtraSpecsFilter

Russell Bryant rbryant at redhat.com
Fri Jul 5 18:04:24 UTC 2013


On 07/05/2013 12:42 PM, Jérôme Gallard wrote:
> Hi all,
> 
> I'm trying to combine ComputeCapabilitiesFilter and
> AggregateInstanceExtraSpecsFilter. However I probably missed
> something, because it does not work :-)
> 
> Both filters are activated with the following order:
> ComputeCapabilitiesFilter, AggregateInstanceExtraSpecsFilter.
> 
> I created a flavor with the following extra_spec:
> * capabilities:hypervisor_hostname=node1
> * class=good
> 
> I created an aggregate containing node1 with an extra_spec:
> * class=good
> 
> When I start a new instance with the previously created flavor, the
> ComputeCapabilitiesFilter can't find an available node. I put some
> debug inside the filter. From my understanding, it seems that,
> ComputeCapabilitiesFilter manage to find the first spec
> "capabilities:hypervisor_hostname=node1" into the list of metadata
> provided by the host node1 : the first iteration of the loop is OK.
> Then this filter continues with the "class=good" spec and, of course,
> it fails and the filter returns that there is no available host.
> 
> Do you have an idea about what I'm missing? How to tell to
> ComputeCapabilitiesFilter that the "class" key is not for it?
> 
> I read the detailed documentation about filter_scheduler (
> http://docs.openstack.org/developer/nova/devref/filter_scheduler.html
> ). But I didn't manage to solve the issue.

The AggregateInstanceExtraSpecs filter needs to have support added for
scoped extra specs.  That way you can specify something like
'aggregate_capabilities:class=good', and the other filter will ignore it.

I'll fix it up.  It should be pretty easy.

https://bugs.launchpad.net/nova/+bug/1198290

-- 
Russell Bryant



More information about the OpenStack-dev mailing list