Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1231934

Summary: Size of generated image is too small for CDH and can not be configured
Product: Red Hat OpenStack Reporter: Luigi Toscano <ltoscano>
Component: sahara-image-elementsAssignee: Elise Gafford <egafford>
Status: CLOSED ERRATA QA Contact: Luigi Toscano <ltoscano>
Severity: medium Docs Contact:
Priority: unspecified    
Version: 7.0 (Kilo)CC: egafford, kbasil, lbopf, matt
Target Milestone: ga   
Target Release: 7.0 (Kilo)   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: sahara-image-elements-2015.1.0-3.el7ost.src.rpm Doc Type: Bug Fix
Doc Text:
Previously, CDH image generation sometimes failed, because the image creation wrapper script specified too small a space for generation of the CDH image on some systems. Now, the image generation space is increased for CDH images, and images are generated successfully.
Story Points: ---
Clone Of: Environment:
Last Closed: 2015-08-05 13:26:39 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 Luigi Toscano 2015-06-15 16:09:37 UTC
Description of problem:
The sahara-disk-image-create utility script currently hard-codes the size of the temporary image created by diskimage-builder during the process:
export DIB_IMAGE_SIZE=5


It's quite easy to hit failures when generating CDH images (-p cloudera) as the total amount of data is really close to the 5 GB limit. A subscription with more channels than usual can use a relevant amount of disk space while caching the repositories which leads to a failure (not enough disk space) in the 'install-packages grub-pc' step when running /tmp/in_target.d/finalise.d/51-bootloader.


Nevertheless, the image size can't be configured. Workaround: manual editing of the script file; this is not a blocker as the generation scripts requires root privileges, but it is less flexible.


Version-Release number of selected component (if applicable):
sahara-image-elements-2015.1.0-2.el7ost.noarch
diskimage-builder-0.1.46-2.el7ost.noarch
dib-utils-0.0.9-1.el7ost.noarch

Comment 4 Luigi Toscano 2015-06-22 13:10:55 UTC
The size required for CDH images has been increased from 5 to 7 GiB, which is enough to build a CDH 5.3.0 image (it's still 5 for HDP 2.0.6 images, which was enough).

Both values are hard coded. This is not a long term solution, I hope, but validating the bug for now nevertheless.

Verified on:
sahara-image-elements-2015.1.0-3.el7ost.noarch

Comment 5 Elise Gafford 2015-06-22 18:05:15 UTC
@ Luigi: Because the disk image size set in DIB is not reflected in the final image size, I am uncertain that configurability is a feature in this case: the images require a certain reserved disk size to generate, and no more. If you see a use case for configurable disk image size in this case, I'd be happy to provide it, but I intentionally attempted to keep the flow fairly minimal. Let me know what you think.

Thanks,
Ethan

Comment 6 Luigi Toscano 2015-06-22 18:11:22 UTC
Sure(In reply to Ethan Gafford from comment #5)
> @ Luigi: Because the disk image size set in DIB is not reflected in the
> final image size, I am uncertain that configurability is a feature in this
> case

In fact, if the CDH image generation for 5.3.0 would need more space, that would mean that something strange changed on the CDH repositories, which would be a much bigger issue.
The limit just needs to be checked properly when new plugin versions will be introduced in future releases. So no strong point in fact for changing it.

Comment 8 errata-xmlrpc 2015-08-05 13:26:39 UTC
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://access.redhat.com/errata/RHEA-2015:1548