The disk-allocation-ratio charm configuration option has no effect

Bug #1925147 reported by Frode Nordahl
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
OpenStack Nova Cloud Controller Charm
New
Undecided
Unassigned

Bug Description

At Victoria the disk-allocation-ratio charm configuration option appears to have no effect:

It may be this is the case for earlier OpenStack versions as well, as I do not when the upstream behavior changed.

Having Nova re-create the resource provider by manually deleting them also has no effect.

ubuntu@cloud-benchmarking:~/deploy$ juju config nova-cloud-controller disk-allocation-ratio
16
ubuntu@cloud-benchmarking:~/deploy$ openstack resource provider list
+--------------------------------------+-------------------+------------+
| uuid | name | generation |
+--------------------------------------+-------------------+------------+
| faa0a1cd-44d6-4ff4-93a2-93e9b3a60b4d | node-fontana.maas | 2 |
| bf42f4c7-629d-4c96-b4f4-c4b5bbb08589 | node-laveran.maas | 2 |
| 0f74e156-24f8-4eaf-9682-1a30cbc04693 | node-husband.maas | 2 |
+--------------------------------------+-------------------+------------+
ubuntu@cloud-benchmarking:~/deploy$ openstack resource provider inventory list bf42f4c7-629d-4c96-b4f4-c4b5bbb08589
+----------------+------------------+----------+----------+----------+-----------+--------+
| resource_class | allocation_ratio | min_unit | max_unit | reserved | step_size | total |
+----------------+------------------+----------+----------+----------+-----------+--------+
| VCPU | 16.0 | 1 | 48 | 0 | 1 | 48 |
| MEMORY_MB | 1.5 | 1 | 257720 | 65536 | 1 | 257720 |
| DISK_GB | 1.0 | 1 | 365 | 0 | 1 | 365 |
+----------------+------------------+----------+----------+----------+-----------+--------+

A workaround could be to use the API to set the allocation_ratio, for example:
openstack resource provider inventory class set --allocation_ratio 16.0 --total 365 bf42f4c7-629d-4c96-b4f4-c4b5bbb08589 DISK_GB

Frode Nordahl (fnordahl)
description: updated
Revision history for this message
Nobuto Murata (nobuto) wrote :
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.