Bug #2200
If a onevm resize fails because of group quotas, user VM usage gets decremented
| Status: | Closed | Start date: | 07/22/2013 | |
|---|---|---|---|---|
| Priority: | High | Due date: | ||
| Assignee: |  Carlos Martín | % Done: | 0% | |
| Category: | Core & System | |||
| Target version: | Release 4.2 | |||
| Resolution: | fixed | Pull request: | ||
| Affected Versions: | OpenNebula 4.2 |
Associated revisions
Bug #2200: VM Resize uses the same quota mechanism as all the other methods
Bug #2200: VM Resize uses the same quota mechanism as all the other methods
(cherry picked from commit 886346606d7ff1d4738987babc907c8ef0e59276)
Revert "Bug #2200: VM Resize uses the same quota mechanism as all the other methods"
This reverts commit 886346606d7ff1d4738987babc907c8ef0e59276.
bug #2200: Number of VMS can be set in quota del operation. Prevents updating VMS_USED if set to 0 in
update
Revert "Bug #2200: VM Resize uses the same quota mechanism as all the other methods"
This reverts commit 886346606d7ff1d4738987babc907c8ef0e59276.
(cherry picked from commit 9126e8a8f62be6173ef9fe181c3bdb0af57c011d)
bug #2200: Number of VMS can be set in quota del operation. Prevents updating VMS_USED if set to 0 in
update
(cherry picked from commit df4d7db2adc989a72985a83b98f737b055c7cac7)
Bug #2200: Use correct default group quotas
Bug #2200: Use correct default group quotas
(cherry picked from commit be6c206b4ef76810a4783c4097f794b197baf219)
History
#1
Updated by Carlos Martín almost 8 years ago
- Status changed from New to Closed
- Assignee set to Carlos Martín
- Resolution set to fixed