Volume_Attachment_ID uses Volume_ID
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
OpenStack Compute (nova) |
Won't Fix
|
Wishlist
|
Wenzhi Yu | ||
OpenStack Dashboard (Horizon) |
Won't Fix
|
Undecided
|
Unassigned |
Bug Description
Version: Kilo Stable
Problem Description: querying nova for volume attachments returns the wrong volume_
I receive the volume_id instead of the volume_
Example:
curl -g -H "X-Auth-Token: $ADMIN_TOKEN" -X GET https:/
{"volumeAttachm
Having a look at the database directly, I see the real volume_
select (id, volume_id, instance_uuid) from volume_attachment where volume_
(9cb82021-
Cinder API gets it right, though.
Further Impact:
Horizon uses the returned volume_
That is wrong and only works now because of the broken nova behaviour.
Changed in nova: | |
assignee: | nobody → Park (jianlonghei) |
Changed in nova: | |
assignee: | Park (jianlonghei) → Wen Zhi Yu (yuywz) |
Changed in horizon: | |
status: | New → Won't Fix |
Cinder API gets it right *because* "volume_attachment" is a cinder table :) right?