Unable to modify volume-type/QoS on cloned SolidFire volume
Bug #1184235 reported by
John Griffith
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Cinder |
Fix Released
|
High
|
John Griffith | ||
Grizzly |
Fix Released
|
High
|
John Griffith |
Bug Description
The SolidFire driver was not honoring the new volume type that were passed in on a clone operation. This means that it always inherrited QoS from the parent volume regardless if the user requested a different setting or not.
Changed in cinder: | |
importance: | Undecided → High |
tags: |
added: grizzly-backport-potential removed: folsom-backport-potential |
Changed in cinder: | |
milestone: | none → havana-1 |
Changed in cinder: | |
status: | In Progress → Fix Committed |
Changed in cinder: | |
status: | Fix Committed → Fix Released |
tags: | removed: grizzly-backport-potential |
Changed in cinder: | |
milestone: | havana-1 → 2013.2 |
To post a comment you must log in.
Fix proposed to branch: master /review. openstack. org/30548
Review: https:/