← Back to team overview

yahoo-eng-team team mailing list archive

[Bug 1190635] Re: default scheduler fails when CPUs are the limiting resource

 

The default filters are dramatically different now. I think we should
take this to Invalid because the new defaults might cover this. Also
there has been a bunch of recent patches about clearing up the error
messages.

** Changed in: nova
       Status: Incomplete => Invalid

** Changed in: nova
     Assignee: Julia Varlamova (jvarlamova) => (unassigned)

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
https://bugs.launchpad.net/bugs/1190635

Title:
  default scheduler fails when CPUs are the limiting resource

Status in OpenStack Compute (Nova):
  Invalid

Bug description:
  http://docs.openstack.org/folsom/openstack-compute/admin/content/ch_scheduling.html
  (likewise, http://docs.openstack.org/grizzly/openstack-compute/admin/content/ch_scheduling.html)

  Indicate that the default scheduler uses:
  scheduler_default_filters=AvailabilityZoneFilter,RamFilter,ComputeFilter
  but no CoreFilter is in the default list.

  Accordingly, if the compute node with the least amount of memory is
  already has all available (possibly overcommitted) vCPUs in use, then
  the scheduler will happily launch the next instance on a node that
  CANNOT run the instance, and nova show will somewhat unclearly report:

  | fault                  | {u'message': u'NoValidHost', u'code': 500,
  u'created': u'2013-06-13T14:40:46Z'}     |

  At the very minimum, NO scheduler should be considered functional if
  it schedules an instance on a node that refuses to run it, while there
  are nodes that would be able to.

  This is running on Ubuntu Precise with Folsom deployed from the cloud
  archive.

To manage notifications about this bug go to:
https://bugs.launchpad.net/nova/+bug/1190635/+subscriptions