← Back to team overview

yahoo-eng-team team mailing list archive

[Bug 1635367] Re: Ram filter is broken since Mitaka

 

Please see https://bugs.launchpad.net/nova/+bug/1698383 for details.

** Changed in: nova
       Status: In Progress => Fix Released

-- 
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/1635367

Title:
  Ram filter is broken since Mitaka

Status in OpenStack Compute (nova):
  Fix Released
Status in OpenStack Compute (nova) mitaka series:
  Confirmed
Status in OpenStack Compute (nova) newton series:
  Confirmed

Bug description:
  This patch that was backported to Mitaka made the assumption that free_ram_mb can never be less than 0.
  https://github.com/openstack/nova/commit/016b810f675b20e8ce78f4c82dc9c679c0162b7a

  free_ram_mb can be negative when the ram_allocation_ratio is set higher than one. This is also supported by the following comment in the code for the resource tracker.
  > # free ram and disk may be negative, depending on policy:

  This breaks any Scheduler filter that supports oversubcribe (e.g. memory or disk), as an example see this unit-test for the ram filter.
  https://github.com/openstack/nova/blob/master/nova/tests/unit/scheduler/filters/test_ram_filters.py#L43

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


References