manage existing doesn't honor default volume type

Bug #1529636 reported by Michal Dulko
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Cinder
New
Undecided
Unassigned

Bug Description

manage_existing calls are defaulting to volume_type=None in case the volume type isn't specified in the request. In my opinion we should have similar behavior as in case of create - default to the default_volume_type from configuration.

Changed in cinder:
assignee: nobody → Michal Dulko (michal-dulko-f)
status: New → In Progress
Changed in cinder:
assignee: Michal Dulko (michal-dulko-f) → Nate Potter (ntpttr)
Nate Potter (ntpttr)
Changed in cinder:
assignee: Nate Potter (ntpttr) → nobody
Changed in cinder:
assignee: nobody → Nate Potter (ntpttr)
Changed in cinder:
assignee: Nate Potter (ntpttr) → Michal Dulko (michal-dulko-f)
Revision history for this message
Sean McGinnis (sean-mcginnis) wrote :

What if the default volume type has an extra spec of "{'volume_backend_name': 'x'}" but we're managing the volume from backend 'y'? It seems safer to me to keep the current behavior and do a retype if needed.

Revision history for this message
Michal Dulko (michal-dulko-f) wrote :

@Sean: Good point. We could also make it go through scheduler to decide, similarly to migrate. In manage we actually have both host and volume type, so this sounds like a similar situation.

Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Change abandoned on cinder (master)

Change abandoned by Sean McGinnis (<email address hidden>) on branch: master
Review: https://review.openstack.org/252458
Reason: This review is > 4 weeks without comment, and failed Jenkins the last time it was checked. We are abandoning this for now. Feel free to reactivate the review by pressing the restore button and leaving a 'recheck' comment to get fresh test results.

Revision history for this message
Sean McGinnis (sean-mcginnis) wrote : Bug Assignee Expired

Unassigning due to no activity for > 6 months.

Changed in cinder:
assignee: Michal Dulko (michal-dulko-f) → nobody
status: In Progress → New
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.