[openstack-dev] [nova] readout from Philly Operators Meetup

Sean Dague sean at dague.net
Thu Mar 12 11:23:02 UTC 2015

On 03/11/2015 12:53 PM, Sylvain Bauza wrote:
>> Reporting on Scheduler Fails
>> ----------------------------
>> Apparently, some time recently, we stopped logging scheduler fails
>> above DEBUG, and that behavior also snuck back into Juno as well
>> (https://etherpad.openstack.org/p/PHL-ops-nova-feedback L78). This
>> has made tracking down root cause of failures far more difficult.
>> Action: this should hopefully be a quick fix we can get in for Kilo
>> and backport.
> It's unfortunate that failed scheduling attempts are providing only an
> INFO log. A quick fix could be at least to turn the verbosity up to WARN
> so it would be noticied more easily (including the whole filters stack
> with their results).
> That said, I'm pretty against any proposal which would expose those
> specific details (ie. the number of hosts which are succeeding per
> filter) in an API endpoint because it would also expose the underlying
> infrastructure capacity and would ease DoS discoveries. A workaround
> could be to include in the ERROR message only the name of the filter
> which has been denied so the operators could very easily match what the
> user is saying with what they're seeing in the scheduler logs.
> Does that work for people ? I can provide changes for both.
> -Sylvain

Bug filed for tracking this here -
https://bugs.launchpad.net/nova/+bug/1431291 if any additional folks
want to add details.

It's been set as High and a kilo-3 item so it doesn't get lost.


Sean Dague

More information about the OpenStack-dev mailing list