On 02/17/2015 04:59 PM, Chris Friesen wrote:
> On 02/16/2015 01:17 AM, Nikola Đipanov wrote:
>> On 02/14/2015 08:25 AM, Alex Xu wrote:
> 
>>> Agree with Nikola, the claim already checking that. And instance booting
>>> must be failed if there isn't pci device. But I still think it should go
>>> through the filters, because in the future we may move the claim into
>>> the scheduler. And we needn't any new options, I didn't see there is any
>>> behavior changed.
>>>
>>
>> I think that it's not as simple as just re-running all the filters. When
>> we want to force a host - there are certain things we may want to
>> disregard (like aggregates? affinity?) that the admin de-facto overrides
>> by saying they want a specific host, and there are things we definitely
>> need to re-run to set the limits and for the request to even make sense
>> (like NUMA, PCI, maybe some others).
>>
>> So what I am thinking is that we need a subset of filters that we flag
>> as - "we need to re-run this even for force-host", and then run them on
>> every request.
> 
> Yeah, that makes sense.  Also, I think that flag should be an attribute
> of the filter itself, so that people adding new filters don't need to
> also add the filter to a list somewhere.
> 

This is basically what I had in mind - definitely a filter property!

N.


__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Reply via email to