in libvirt, local_gb is used incorrectly
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
OpenStack Compute (nova) |
Fix Released
|
Medium
|
Mandell |
Bug Description
when an instance is launched,
nova/compute/
In libvirt, what it really does is check the size of the image against the size of the ephemeral disk (local_gb). If local_gb == 0 (m1.tiny), then this check will let *anything* through.
nova/virt/
Comments like the following in manager.py indicate that 'local_gb' is actually supposed to be the size of the root disk, which seems to make more sense:
# NOTE(jk0): Since libvirt uses local_gb as a secondary drive, we
# need to handle potential situations where local_gb is 0. This is
# the default for m1.tiny.
The result of this is that in libvirt:
* the root disk size is actually determined by the flag 'minimum_root_size' which defaults to 10GB.
* [not verified with test] any image size can be run on an m1.tiny, the image will be neither resized up or down
* [not verified with test] for all other types (where local_gb != 0) the image size is checked against 'local_gb', not against the size
libvirt needs to start using local_gb in an instance_type size to be the root disk, rather than ephemeral0.
Changed in nova: | |
importance: | Undecided → Medium |
status: | New → Confirmed |
Changed in nova: | |
assignee: | nobody → Mandell (mdegerne) |
status: | Confirmed → In Progress |
Changed in nova: | |
milestone: | none → essex-4 |
status: | Fix Committed → Fix Released |
Changed in nova: | |
milestone: | essex-4 → 2012.1 |
This may have been adjusted by "KVM and XEN Disk Management Parity" /review. openstack. org/#change, 2918
https:/