Bug 1296492 - Volume id is changed during retype a volume
Summary: Volume id is changed during retype a volume
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: openstack-cinder
Version: unspecified
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
: 6.0 (Juno)
Assignee: Eric Harney
QA Contact: nlevinki
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-01-07 11:04 UTC by lkuchlan
Modified: 2016-04-26 16:27 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-01-26 16:47:06 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
logs (12.86 MB, application/x-tar)
2016-01-07 11:31 UTC, lkuchlan
no flags Details


Links
System ID Private Priority Status Summary Last Updated
Launchpad 1531806 0 None None None 2016-01-07 11:07:51 UTC

Description lkuchlan 2016-01-07 11:04:17 UTC
Description of problem:
After retype a volume to a new back end, the volume id is changed under /var/lib/cinder/mnt/ , while under cinder list the id is not changed.
The volume id is not matching between cinder list to /var/lib/cinder/mnt/ 
* In my setup I used with Netapp-nfs as back end

Version-Release number of selected component (if applicable):
openstack-cinder-2014.2.3-11.el7ost.noarch
python-cinder-2014.2.3-11.el7ost.noarch
python-cinderclient-1.1.1-1.el7ost.noarch

How reproducible:
100%

Steps to Reproduce:
1. Retype a volume to a new back end  


Actual results:
Volume id is changed under /var/lib/cinder/mnt/

Expected results:
The volume id should not change and should be matching between cinder list to /var/lib/cinder/mnt/

Additional info:

Comment 1 lkuchlan 2016-01-07 11:31:52 UTC
Created attachment 1112418 [details]
logs

Comment 2 Gorka Eguileor 2016-01-26 16:47:06 UTC
Current behavior is considered correct, since there are different identifiers for a volume, the Cinder identifier and the identifier in the backend. and there's no requirement that these 2 need to match, so this is not really a bug.

When doing a migration we'll be changing the backend identifier associated to the cinder identifier in all drivers.  Only in latest OSP versions some drivers will try to rename the backend volume identifier to match the cinder identifier and leave it unchanged if cannot change it, for the sake of convenience, not because it is a bug.

If the name_id of the volume in the DB does not match the new id, then that would be a bug.


Note You need to log in before you can comment on or make changes to this bug.