Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.

Bug 1368743

Summary: size=10 causes arm composers to hang
Product: [Fedora] Fedora Reporter: Kevin Fenzi <kevin>
Component: loraxAssignee: Brian Lane <bcl>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 25CC: anaconda-maint-list, awilliam, bcl, kevin, robatino
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard: AcceptedBlocker
Fixed In Version: lorax-25.14-1.fc25 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2016-08-25 22:24:15 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: 1277284    

Description Kevin Fenzi 2016-08-20 22:21:48 UTC
This lorax commit: 

https://github.com/rhinstaller/lorax/commit/e61223d486738c97369a98f81da7abd528c1cabf

which changes size from 2 to 10 causes the Fedora arm composers to hang when trying to compose arm images. They get stuck in mkfs.ext4 on the loop device, then all i/o hangs and they never finish. 

These composers have 4gb memory and 4gb swap, perhaps they need more to handle 10G there? In any case, reverting to 2 for size causes composes to work again.

Comment 1 Fedora Blocker Bugs Application 2016-08-20 22:27:27 UTC
Proposed as a Blocker for 25-alpha by Fedora user kevin using the blocker tracking app because:

 " Bugs which entirely prevent the composition of one or more of the release-blocking images required to be built for a currently-pending (pre-)release" are automatic blockers.

Comment 2 Adam Williamson 2016-08-22 16:40:25 UTC
indeed this meets the automatic blocker requirements, so marked it as AcceptedBlocker.

Comment 3 Brian Lane 2016-08-22 17:37:42 UTC
Well, crap. So much for a simple change. I guess we'll need to make this a cmdline argument.

Comment 4 Adam Williamson 2016-08-22 22:00:31 UTC
so the state of play here is that the builders have a lorax that reverts the change installed:

http://koji.fedoraproject.org/koji/buildinfo?buildID=793453

but that's kind of an 'unofficial' build (as in, next time bcl bumps lorax and rebuilds it, that patch will get bulldozered) and it is not in Bodhi at all.

So this is in a bit of a weird state; it's sort of 'addressed', but not *really*. I'm not sure if it's OK to build Alpha with a lorax that wouldn't be in the frozen Alpha repositories.

It'd be ideal if we could get a 'proper' build from Brian with this changed, and submitted to Bodhi, I guess.

Comment 5 Brian Lane 2016-08-23 00:25:19 UTC
https://github.com/rhinstaller/lorax/pull/150

Comment 6 Fedora Update System 2016-08-23 20:02:47 UTC
lorax-25.14-1.fc25 has been submitted as an update to Fedora 25. https://bodhi.fedoraproject.org/updates/FEDORA-2016-5a2a994d3f

Comment 7 Fedora Update System 2016-08-23 23:19:58 UTC
lorax-25.14-1.fc25 has been pushed to the Fedora 25 testing repository. If problems still persist, please make note of it in this bug report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2016-5a2a994d3f

Comment 8 Adam Williamson 2016-08-25 17:13:51 UTC
Fix for this looks good, we've got a full complement of ARM images for recent composes and no stuck builders that I heard of.

Comment 9 Fedora Update System 2016-08-25 22:24:11 UTC
lorax-25.14-1.fc25 has been pushed to the Fedora 25 stable repository. If problems still persist, please make note of it in this bug report.