yahoo-eng-team team mailing list archive
-
yahoo-eng-team team
-
Mailing list archive
-
Message #77666
[Bug 1789654] Re: placement allocation_ratio initialized with 0.0
** Also affects: nova/pike
Importance: Undecided
Status: New
** Also affects: nova/queens
Importance: Undecided
Status: New
** Changed in: nova/queens
Status: New => In Progress
** Changed in: nova/pike
Status: New => In Progress
** Changed in: nova/pike
Importance: Undecided => High
** Changed in: nova/queens
Importance: Undecided => High
** Changed in: nova/pike
Assignee: (unassigned) => Tony Breeds (o-tony)
** Changed in: nova/queens
Assignee: (unassigned) => Tony Breeds (o-tony)
--
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/1789654
Title:
placement allocation_ratio initialized with 0.0
Status in OpenStack Compute (nova):
Fix Released
Status in OpenStack Compute (nova) pike series:
In Progress
Status in OpenStack Compute (nova) queens series:
In Progress
Status in OpenStack Compute (nova) rocky series:
Fix Released
Bug description:
After I just finished packaging Rocky, I wanted to test it with
puppet-openstack. Then I couldn't boot VMs after the puppet run,
because allocation_ration in placement is set to 0.0 by default:
# openstack resource provider list
+--------------------------------------+-------------------+------------+
| uuid | name | generation |
+--------------------------------------+-------------------+------------+
| f9716941-356f-4a2e-b5ea-31c3c1630892 | poi.infomaniak.ch | 2 |
+--------------------------------------+-------------------+------------+
# openstack resource provider show f9716941-356f-4a2e-b5ea-31c3c1630892
+------------+--------------------------------------+
| Field | Value |
+------------+--------------------------------------+
| uuid | f9716941-356f-4a2e-b5ea-31c3c1630892 |
| name | poi.infomaniak.ch |
| generation | 2 |
+------------+--------------------------------------+
# openstack resource provider inventory list f9716941-356f-4a2e-b5ea-31c3c1630892
+----------------+----------+-----------+------------------+-------+----------+----------+
| resource_class | reserved | step_size | allocation_ratio | total | min_unit | max_unit |
+----------------+----------+-----------+------------------+-------+----------+----------+
| VCPU | 0 | 1 | 0.0 | 4 | 1 | 4 |
| DISK_GB | 0 | 1 | 0.0 | 19 | 1 | 19 |
| MEMORY_MB | 512 | 1 | 0.0 | 7987 | 1 | 7987 |
+----------------+----------+-----------+------------------+-------+----------+----------+
Later on, setting-up correct allocation_ratio fixed the problem:
# openstack resource provider inventory class set --allocation_ratio 16.0 --total 4 f9716941-356f-4a2e-b5ea-31c3c1630892 VCPU
+------------------+------------+
| Field | Value |
+------------------+------------+
| max_unit | 2147483647 |
| min_unit | 1 |
| step_size | 1 |
| reserved | 0 |
| allocation_ratio | 16.0 |
| total | 4 |
+------------------+------------+
# openstack resource provider inventory list f9716941-356f-4a2e-b5ea-31c3c1630892
+----------------+------------------+----------+------------+-----------+----------+-------+
| resource_class | allocation_ratio | reserved | max_unit | step_size | min_unit | total |
+----------------+------------------+----------+------------+-----------+----------+-------+
| DISK_GB | 0.0 | 0 | 19 | 1 | 1 | 19 |
| MEMORY_MB | 0.0 | 512 | 7987 | 1 | 1 | 7987 |
| VCPU | 16.0 | 0 | 2147483647 | 1 | 1 | 4 |
+----------------+------------------+----------+------------+-----------+----------+-------+
so, after this, I could boot VMs normally. Though clearly,
allocation_ratio should not be zero by default.
To manage notifications about this bug go to:
https://bugs.launchpad.net/nova/+bug/1789654/+subscriptions
References