yahoo-eng-team team mailing list archive
-
yahoo-eng-team team
-
Mailing list archive
-
Message #65032
[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