Backlog #2737
Consider Storage allocation USED vs ALLOCATED datastore capacity
Status: | Pending | Start date: | 02/19/2014 | |
---|---|---|---|---|
Priority: | Sponsored | Due date: | ||
Assignee: | - | % Done: | 0% | |
Category: | Drivers - Storage | |||
Target version: | - |
Description
Running the disk-attach action with disks larger than the available datastore capacity fails with 'Error copying' and there is no clean-up. After a few attempts, hosts start filling up with useless data.
Related issues
History
#1 Updated by Carlos Martín over 7 years ago
- Category changed from Core & System to Drivers - Storage
- Status changed from Pending to New
- Target version set to Release 4.6
For now, the storage usage is not enforced by the core, only by the scheduler. This will be addressed in #2402.
But I'm planning it for 4.6 to see if the drivers could try to clean up after a failed copy.
#2 Updated by Carlos Martín over 7 years ago
- Related to Backlog #2402: Keep track of allocated storage in DS added
#3 Updated by Boris Parak over 7 years ago
Carlos Martín wrote:
For now, the storage usage is not enforced by the core, only by the scheduler. This will be addressed in #2402.
That would be great.
But I'm planning it for 4.6 to see if the drivers could try to clean up after a failed copy.
Perhaps, failing instantly wouldn't be a bad idea either. Just a simple call to
df PATH_TO_TARGET
should give enough information for a quick ad-hoc decision.
#4 Updated by Jaime Melis over 7 years ago
- Target version changed from Release 4.6 to Release 4.8
#5 Updated by Ruben S. Montero about 7 years ago
- Assignee set to Carlos Martín
#6 Updated by Ruben S. Montero almost 7 years ago
- Tracker changed from Bug to Backlog
- Subject changed from disk-attach action on running VMs ignores datastore capacity to Consider Storage allocation USED vs ALLOCATED datastore capacity
This will be address by computing image sizes in the core and cross-check with it before an image movement. Operations like disk-attach and deployment will no ignore the allocated capacity
#7 Updated by Ruben S. Montero almost 7 years ago
- Status changed from New to Pending
- Assignee deleted (
Carlos Martín) - Priority changed from Normal to High
- Target version deleted (
Release 4.8)
#8 Updated by Ruben S. Montero over 3 years ago
- Priority changed from High to Sponsored