← Back to team overview

yahoo-eng-team team mailing list archive

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

 

** Changed in: nova
     Assignee: Erik Olof Gunnar Andersson (eandersson) => Dan Smith (danms)

** Changed in: nova/mitaka
       Status: Confirmed => In Progress

** Changed in: nova/newton
       Status: Confirmed => In Progress

** Also affects: nova/ocata
   Importance: Undecided
       Status: New

** Changed in: nova/ocata
       Status: New => In Progress

** Changed in: nova/ocata
   Importance: Undecided => High

** Changed in: nova/newton
     Assignee: (unassigned) => Matt Riedemann (mriedem)

** Changed in: nova/ocata
     Assignee: (unassigned) => Matt Riedemann (mriedem)

-- 
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:
  In Progress
Status in OpenStack Compute (nova) newton series:
  In Progress
Status in OpenStack Compute (nova) ocata series:
  In Progress

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