Bug 1205808
| Summary: | QCOW2 virtual size can bypass disk size checks for a flavor | ||
|---|---|---|---|
| Product: | Red Hat OpenStack | Reporter: | Pádraig Brady <pbrady> |
| Component: | openstack-nova | Assignee: | Pádraig Brady <pbrady> |
| Status: | CLOSED ERRATA | QA Contact: | nlevinki <nlevinki> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | high | ||
| Version: | 5.0 (RHEL 7) | CC: | berrange, dasmith, eglynn, kchamart, ndipanov, nlevinki, pbrady, sbauza, sferdjao, sgordon, slong, stoner, vromanso, yeylon |
| Target Milestone: | z3 | Keywords: | ZStream |
| Target Release: | 6.0 (Juno) | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | openstack-nova-2014.2.3-2.el7ost | Doc Type: | Bug Fix |
| Doc Text: |
Previously, the Compute service used incorrect size checks against the QCOW2 virtual size, which meant that the root-disk size for a flavor was not honored. With this fix, size checks have been reinstated, and instances are again restricted to the root-disk size of a flavor.
|
Story Points: | --- |
| Clone Of: | 1205806 | Environment: | |
| Last Closed: | 2015-05-05 13:30:24 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Pádraig Brady
2015-03-25 16:25:04 UTC
[root@puma17 ~(keystone_admin)]# glance image-create --name=centos6 --file=/root/CentOS-6-x86_64-GenericCloud.qcow2 --progress --container-format=bare --disk-format=qcow2 [=============================>] 100% +------------------+--------------------------------------+ | Property | Value | +------------------+--------------------------------------+ | checksum | 62ac2565e3527377860361f57639f334 | | container_format | bare | | created_at | 2015-04-24T14:39:54 | | deleted | False | | deleted_at | None | | disk_format | qcow2 | | id | 7d0b1a15-151a-48db-8454-b80ebcdcc334 | | is_public | False | | min_disk | 0 | | min_ram | 0 | | name | centos6 | | owner | 52edfc513c18414cb43e17cb0dcd60a3 | | protected | False | | size | 1151533056 | | status | active | | updated_at | 2015-04-24T14:40:04 | | virtual_size | None | +------------------+--------------------------------------+ [root@puma17 ~(keystone_admin)]# glance image-list +--------------------------------------+----------+-------------+------------------+------------+--------+ | ID | Name | Disk Format | Container Format | Size | Status | +--------------------------------------+----------+-------------+------------------+------------+--------+ | 7d0b1a15-151a-48db-8454-b80ebcdcc334 | centos6 | qcow2 | bare | 1151533056 | active | | b4129397-1c78-48ae-af2e-9b84d0a4139d | cirros | qcow2 | bare | 13200896 | active | | 68ef63f5-14ff-4ca7-a4bd-56dddb2bff39 | fedora21 | qcow2 | bare | 158443520 | active | +--------------------------------------+----------+-------------+------------------+------------+--------+ [root@puma17 ~(keystone_admin)]# nova boot --flavor 1 --image centos6 qcow-test ERROR (BadRequest): Flavor's disk is too small for requested image. (HTTP 400) (Request-ID: req-df5f74b8-1bd4-433f-a21b-4810eb57fedc) [root@puma17 ~(keystone_admin)]# [root@puma17 ~(keystone_admin)]# rpm -qa | grep nova openstack-nova-scheduler-2014.2.3-7.el7ost.noarch python-novaclient-2.20.0-1.el7ost.noarch python-nova-2014.2.3-7.el7ost.noarch openstack-nova-compute-2014.2.3-7.el7ost.noarch openstack-nova-novncproxy-2014.2.3-7.el7ost.noarch openstack-nova-api-2014.2.3-7.el7ost.noarch openstack-nova-conductor-2014.2.3-7.el7ost.noarch openstack-nova-console-2014.2.3-7.el7ost.noarch openstack-nova-common-2014.2.3-7.el7ost.noarch openstack-nova-cert-2014.2.3-7.el7ost.noarch Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://rhn.redhat.com/errata/RHBA-2015-0931.html |