refactor volume status in managing vol
Currently, quota reservation in managing vol/snp is processed in cinder-volume. That will cause some bug[1].
Although we have a patch[2] to improve this issue, but still able to abuse project's volume/snapshot quota by doing some manage/unmanage tricks(See Michal's review in patchset 26).
So we need a way to solve it completely.
There's a refactoring to introduce 'manage_starting' and 'error_managing' status into managing process like what manila is using now. If volume is in error_managing, quota wouldn't be decreased when delete this volume.
[1]: https:/
[2]: https:/
Blueprint information
Related branches
Related bugs
Sprints
Whiteboard
Gerrit topic: https:/
Addressed by: https:/
Refactor volume status in managing vol