The status change to retyping when cinder return error for the volumes reach maximum number
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Cinder |
Fix Released
|
Low
|
Mike Perez | ||
Icehouse |
Fix Released
|
Low
|
Mike Perez |
Bug Description
Do the below test:
1. Set the maximum number of volumes to 10 for user admin
2. Create type-1 on IBM-svc
3. Create type-7 on IBM-v7k
4. Create 10 volumes on type-1
5. Retype the volume from type-1 to type-7
The cinder will return error:
stack@ubuntu131
ERROR: VolumeLimitExce
6. Check the volume status after that, it was found the status of the volume change to retyping , and keep on retyping after that.
| ID | Status | Name | Size | Volume Type | Bootable |
| 82cbafa7-
It may because when retyping for migrate, it will have a template volume creation.
If the volumes has reached the maximum number, it can't create the template volume.
But if the retype command failed, the status for the volume should not change to retyping.
It is better keeping on available.
description: | updated |
Changed in cinder: | |
status: | New → In Progress |
assignee: | nobody → Mike Perez (thingee) |
importance: | Undecided → Low |
tags: | added: icehouse-backport-potential |
Changed in cinder: | |
milestone: | none → juno-1 |
tags: | removed: icehouse-backport-potential in-stable-icehouse |
Changed in cinder: | |
status: | Fix Committed → Fix Released |
Changed in cinder: | |
milestone: | juno-1 → 2014.2 |
Is this bug really different than bug 1305550 ? A lot of discussion has developed around that bug ( see today's Cinder Weekly meeting http:// eavesdrop. openstack. org/meetings/ cinder/ 2014/cinder. 2014-04- 16-15.59. log.html ) and it has turned into a discussion of how to report failures like that that happen during a retype or migration, etc.
I would be inclined to roll this into that bug.
Regardless it is going to be discussed at the Summit.