retype failure assumes migration is needed

Bug #1508232 reported by John Griffith
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Cinder
New
Low
Unassigned

Bug Description

Currently in manager.retype there's an assumption that if the driver returns False in it's response to the retype call that it means that the backend was unable to perform the retype because it doesn't match capabilities of the type and that a migration is needed.

This is a false assumption, it's quite possible that the retype command just failed for whatever reason, if migration_policy is enabled and a migration is attempted it's possible that the the call will be made to the same backend and fail again for the same reason.

The retype response should encapsulate enough info to indicate if the backend couldn't fulfill the specs, or if it just failed. This is another case where perhaps the retype call should go through the scheduler before even getting to this point.

Code in question is here:
https://github.com/openstack/cinder/blob/master/cinder/volume/manager.py#L2126

tags: added: migration retype
chenying (ying-chen)
Changed in cinder:
assignee: nobody → chenying (ying-chen)
assignee: chenying (ying-chen) → nobody
Changed in cinder:
importance: Undecided → Low
haobing1 (haobing1)
Changed in cinder:
assignee: nobody → haobing1 (haobing1)
haobing1 (haobing1)
Changed in cinder:
assignee: haobing1 (haobing1) → nobody
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.