Bug 1402594
| Summary: | Problem booting instances from images larger than 20GB with NFS backend. | |||
|---|---|---|---|---|
| Product: | Red Hat OpenStack | Reporter: | Robin Cernin <rcernin> | |
| Component: | openstack-nova | Assignee: | Kashyap Chamarthy <kchamart> | |
| Status: | CLOSED ERRATA | QA Contact: | Prasanth Anbalagan <panbalag> | |
| Severity: | high | Docs Contact: | ||
| Priority: | high | |||
| Version: | 9.0 (Mitaka) | CC: | awaugama, berrange, dasmith, eglynn, jschluet, jthomas, kchamart, mlopes, mschuppe, pablo.iranzo, panbalag, sbauza, sclewis, sferdjao, sgordon, srevivo, vromanso | |
| Target Milestone: | async | Keywords: | Triaged, ZStream | |
| Target Release: | 9.0 (Mitaka) | |||
| Hardware: | Unspecified | |||
| OS: | Unspecified | |||
| Whiteboard: | ||||
| Fixed In Version: | openstack-nova-13.1.2-10.el7ost | Doc Type: | If docs needed, set a value | |
| Doc Text: | Story Points: | --- | ||
| Clone Of: | ||||
| : | 1404651 (view as bug list) | Environment: | ||
| Last Closed: | 2017-03-08 17:45:26 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: | ||||
| Bug Depends On: | ||||
| Bug Blocks: | 1404651 | |||
|
Description
Robin Cernin
2016-12-07 22:34:27 UTC
Just to add, we can successfully download the image manually and run qemu-img info on it
[heat-admin@cv01 tmp(overcloudrc)]$ qemu-img info testimage.qcow2
image: testimage.qcow2
file format: qcow2
virtual size: 90G (96636764160 bytes)
disk size: 31G
cluster_size: 65536
Format specific information:
compat: 1.1
lazy refcounts: false
refcount bits: 16
corrupt: false
Running a test with changed QEMU_IMG_LIMITS as mentioned in the upstream bug did not solve the issue.
~~~
$ diff -u /usr/lib/python2.7/site-packages/nova/virt/images.py.org /usr/lib/python2.7/site-packages/nova/virt/images.py
--- /usr/lib/python2.7/site-packages/nova/virt/images.py.org 2016-12-08 08:19:06.795403823 +0000
+++ /usr/lib/python2.7/site-packages/nova/virt/images.py 2016-12-08 08:24:53.570749335 +0000
@@ -40,7 +40,7 @@
QEMU_IMG_LIMITS = processutils.ProcessLimits(
cpu_time=2,
- address_space=1 * units.Gi)
+ address_space=1 * units.Gi * 10)
def qemu_img_info(path, format=None):
~~~
After a conversation with upstream QEMU folks (Dan Berrange, StefanH, et
al), two things to try:
(1) Can you try increase the 'cpu_time' limit as well? To perhaps 6 or
8, or more depending on the environment
(2) Can you try removing the 'prlimit' argument from the utils.execute
call, and see if that fixes the issue?
[...]
- out, err = utils.execute(*cmd, prlimit=QEMU_IMG_LIMITS)
+ out, err = utils.execute(*cmd)
[...]
As mentioned before in comment 3, multiply by 10 did not provide a change. In addition rising cpu_time the image is fully converted and the machine starts up. 41 QEMU_IMG_LIMITS = processutils.ProcessLimits( 42 cpu_time=8, 43 address_space=1 * units.Gi * 10) proposed and abandoned stable/mitaka backport patch https://review.openstack.org/#/c/409775/ 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-2017-0467.html The needinfo request[s] on this closed bug have been removed as they have been unresolved for 1000 days |