glance CLI always shows hw_vif_multiqueue_enabled='True'

Bug #1996033 reported by Gregory Thiemonge
14
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Glance
New
Undecided
Unassigned

Bug Description

"openstack image show" reports incorrect properties when setting hw_vif_multiqueue_enabled

in devstack master (also reproduced on wallaby), I have an image with no hw_vif_multiqueue_enabled property

$ openstack image show -c properties -f value amphora-x64-haproxy
{'os_hidden': False, 'os_hash_algo': 'sha512', 'os_hash_value': 'fddf81f46b53ec0b3e1760cc0c1baa64578357003a00440ac4e0257af2af3556bb460f5fc38eab88e5aea43f997f59f75156bfdba92d9726f80bafba4e6a0911', 'owner_specified.openstack.md5': '', 'owner_specified.openstack.sha256': '', 'owner_specified.openstack.object': 'images/amphora-x64-haproxy', 'hw_architecture': 'x86_64', 'hw_rng_model': 'virtio'}

Set the hw_vif_multiqueue_enabled property to True, it is ok:

$ openstack image set --property hw_vif_multiqueue_enabled=True amphora-x64-haproxy
$ openstack image show -c properties -f value amphora-x64-haproxy
{'os_hidden': False, 'os_hash_algo': 'sha512', 'os_hash_value': 'fddf81f46b53ec0b3e1760cc0c1baa64578357003a00440ac4e0257af2af3556bb460f5fc38eab88e5aea43f997f59f75156bfdba92d9726f80bafba4e6a0911', 'owner_specified.openstack.md5': '', 'owner_specified.openstack.sha256': '', 'owner_specified.openstack.object': 'images/amphora-x64-haproxy', 'hw_architecture': 'x86_64', 'hw_rng_model': 'virtio', 'hw_vif_multiqueue_enabled': True}

Set the property to False (or false), it is not ok, image show still returns "True"

$ openstack image set --property hw_vif_multiqueue_enabled=False amphora-x64-haproxy
$ openstack image show -c properties -f value amphora-x64-haproxy
{'os_hidden': False, 'os_hash_algo': 'sha512', 'os_hash_value': 'fddf81f46b53ec0b3e1760cc0c1baa64578357003a00440ac4e0257af2af3556bb460f5fc38eab88e5aea43f997f59f75156bfdba92d9726f80bafba4e6a0911', 'owner_specified.openstack.md5': '', 'owner_specified.openstack.sha256': '', 'owner_specified.openstack.object': 'images/amphora-x64-haproxy', 'hw_architecture': 'x86_64', 'hw_rng_model': 'virtio', 'hw_vif_multiqueue_enabled': True}

The value is False (but it is a string not a boolean) in the DB:

$ mysql -u root glance -e "select * from image_properties where image_id = '394ec5e4-3aab-47e8-a36f-dfdba732994b' and name = 'hw_vif_multiqueue_enabled' \G"
*************************** 1. row ***************************
        id: 15
  image_id: 394ec5e4-3aab-47e8-a36f-dfdba732994b
      name: hw_vif_multiqueue_enabled
     value: False
created_at: 2022-11-09 07:42:24
updated_at: 2022-11-09 07:43:01
deleted_at: NULL
   deleted: 0

Unsetting the property doesn't work:

$ openstack image unset --property hw_vif_multiqueue_enabled amphora-x64-haproxy
property unset failed, 'hw_vif_multiqueue_enabled' is a nonexistent property
Failed to unset 1 of 1 properties.

Note: this is an issue only with the CLI, the property is correctly read by nova when creating the VM.

Revision history for this message
Gregory Thiemonge (gthiemonge) wrote :

Additional note, output with -vv:

$ openstack image show -c properties -f value -vv amphora-x64-haproxy
GET call to image for http://192.168.122.115/image/v2/images/amphora-x64-haproxy used request id req-e83b29bb-2bd4-4428-91ac-7b20d61d09bf
REQ: curl -g -i -X GET "http://192.168.122.115/image/v2/images?name=amphora-x64-haproxy" -H "Accept: application/json" -H "User-Agent: openstacksdk/0.100.1 keystoneauth1/5.0.0 python-requests/2.28.1 CPython/3.9.14" -H "X-Auth-Token: {SHA256}c32e6eaa74708e98c3f119de7fb32ba01241dcd5d0b82e6b2dd0acda7b6544e6"
Resetting dropped connection: 192.168.122.115
http://192.168.122.115:80 "GET /image/v2/images?name=amphora-x64-haproxy HTTP/1.1" 200 1138
RESP: [200] Connection: close Content-Length: 1138 Content-Type: application/json Date: Wed, 09 Nov 2022 07:46:39 GMT Server: Apache/2.4.53 (CentOS Stream) OpenSSL/3.0.1 mod_wsgi/4.7.1 Python/3.9 x-openstack-request-id: req-0b2c1847-055e-4b25-863c-442dcd1611e8
RESP BODY: {"images": [{"hw_rng_model": "virtio", "owner_specified.openstack.md5": "", "owner_specified.openstack.sha256": "", "owner_specified.openstack.object": "images/amphora-x64-haproxy", "hw_architecture": "x86_64", "hw_vif_multiqueue_enabled": "false", "name": "amphora-x64-haproxy", "disk_format": "qcow2", "container_format": "bare", "visibility": "public", "size": 521778688, "virtual_size": 3221225472, "status": "active", "checksum": "a6966ed3c8c920d580300aaa7d63961b", "protected": false, "min_ram": 0, "min_disk": 0, "owner": "ba476c36d46d4fdfaec2592c469e294c", "os_hidden": false, "os_hash_algo": "sha512", "os_hash_value": "fddf81f46b53ec0b3e1760cc0c1baa64578357003a00440ac4e0257af2af3556bb460f5fc38eab88e5aea43f997f59f75156bfdba92d9726f80bafba4e6a0911", "id": "394ec5e4-3aab-47e8-a36f-dfdba732994b", "created_at": "2022-10-27T06:50:30Z", "updated_at": "2022-11-09T07:45:05Z", "tags": ["amphora"], "self": "/v2/images/394ec5e4-3aab-47e8-a36f-dfdba732994b", "file": "/v2/images/394ec5e4-3aab-47e8-a36f-dfdba732994b/file", "schema": "/v2/schemas/image"}], "first": "/v2/images?name=amphora-x64-haproxy", "schema": "/v2/schemas/images"}
GET call to image for http://192.168.122.115/image/v2/images?name=amphora-x64-haproxy used request id req-0b2c1847-055e-4b25-863c-442dcd1611e8
{'os_hidden': False, 'os_hash_algo': 'sha512', 'os_hash_value': 'fddf81f46b53ec0b3e1760cc0c1baa64578357003a00440ac4e0257af2af3556bb460f5fc38eab88e5aea43f997f59f75156bfdba92d9726f80bafba4e6a0911', 'owner_specified.openstack.md5': '', 'owner_specified.openstack.sha256': '', 'owner_specified.openstack.object': 'images/amphora-x64-haproxy', 'hw_architecture': 'x86_64', 'hw_rng_model': 'virtio', 'hw_vif_multiqueue_enabled': True}
clean_up ShowImage:
END return value: 0

The API returns '"hw_vif_multiqueue_enabled": "false"', CLI shows "'hw_vif_multiqueue_enabled': True"

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.