Xenapi glance plugin resets custom image properties
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
OpenStack Compute (nova) |
Fix Released
|
High
|
Dan Prince |
Bug Description
Using Glance trunk (revision 179).
Glance doesn't appear to be returning user created properties. Some properties get returned (os_type for example). However most other properties don't.
For image 18 I have the following data in the image_properties table:
sqlite> select * from image_properties where image_id = 18;
100|18|
96|18|image_
98|18|image_
99|18|instance_
95|18|instance_
101|18|
97|18|user_
---
But I get back the following HTTP headers when using the API:
HTTP/1.1 200 OK
Content-Length: 263864320
Content-Type: application/
X-Image-Meta-Id: 18
X-Image-
X-Image-
X-Image-
X-Image-
X-Image-
X-Image-
X-Image-
X-Image-
X-Image-
X-Image-
X-Image-
X-Image-
X-Image-
X-Image-
Location: http://
Etag: 5912e9768978c37
Date: Thu, 04 Aug 2011 13:39:11 GMT
Connection: keep-alive
---
A request directly to the registry on port 9191 returns similar results:
{"image": {"status": "active", "name": "Just In Case", "deleted": false, "container_format": "ovf", "created_at": "2011-08-
Related branches
- Brian Waldon (community): Approve
- Rick Harris (community): Approve
-
Diff: 43 lines (+17/-2)1 file modifiedplugins/xenserver/xenapi/etc/xapi.d/plugins/glance (+17/-2)
Changed in glance: | |
status: | New → In Progress |
importance: | Undecided → High |
assignee: | nobody → Dan Prince (dan-prince) |
summary: |
- Glance isn't returning custom (user created) properties + Xenapi glance plugin resets custom image properties |
Changed in nova: | |
status: | In Progress → Fix Committed |
Changed in nova: | |
milestone: | none → diablo-4 |
Changed in nova: | |
milestone: | diablo-4 → 2011.3 |
status: | Fix Committed → Fix Released |
The issue here appears to be related to the fact that the user created properties are marked as deleted.
This is happening on images created on snapshots via nova... Looking into whether the cause is on that end.