Red Hat Bugzilla – Bug 1296492
Volume id is changed during retype a volume
Last modified: 2016-04-26 12:27:11 EDT
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:
Created attachment 1112418 [details] logs
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.