Bug 820162

Summary: Transcient error in Koji/F15
Product: [Fedora] Fedora Reporter: Patrick Monnerat <patrick>
Component: mockAssignee: Clark Williams <williams>
Status: CLOSED CURRENTRELEASE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 19CC: dennis, mebrown, williams
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-10-23 21:08:59 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 Patrick Monnerat 2012-05-09 09:58:24 UTC
Description of problem:
While packaging a new version of xca, the initial "fedpkg build" for F15 failed with error "BuildrootError: could not init mock buildroot, mock exited with status 4; see root.log for more information". See http://koji.fedoraproject.org/koji/taskinfo?taskID=4059840

I thus examined all the log files and could not find a real error. Resubmitting exactly the same build 50min later succeeded: http://koji.fedoraproject.org/koji/taskinfo?taskID=4059927

Notes:
- This problem occurred in Koji, not in a locally installed system.
- Initially reported to the fedora-devel list: http://lists.fedoraproject.org/pipermail/devel/2012-May/166749.html

Version-Release number of selected component (if applicable):
1.1.18

How reproducible:
God knows :-/

Actual results:
http://koji.fedoraproject.org/koji/taskinfo?taskID=4059840

Expected results:
http://koji.fedoraproject.org/koji/taskinfo?taskID=4059927

Thanks for reassigning it if it is not mock's fault.

Comment 1 Clark Williams 2012-06-07 21:22:24 UTC
Dennis and I talked about it and we're not sure where it should be fixed yet. The issue seems to be a GID collision inside the chroot between the package and mock.

We're looking at it.

Comment 2 Clark Williams 2012-08-23 20:32:07 UTC
Well, now I don't remember what we decided, if anything. Dennis, do you recall?

Comment 3 Clark Williams 2013-03-27 17:10:41 UTC
Ok this was the gid collision where the gid claimed by mock on the host collided with a system gid from a package installed in the chroot. I've request that the 'setup' package allocate a static gid for mock. 

Here's the request BZ:

https://bugzilla.redhat.com/show_bug.cgi?id=928063

Once this is done the mock gid should be consistent between the host and the chroot environment.

Comment 4 Patrick Monnerat 2013-03-27 17:14:29 UTC
Thanks for your action. I must say it never occurred for me again since then.

Comment 5 Clark Williams 2013-03-31 18:05:20 UTC
Yeah, it's going to be somewhat rare, but as you've seen, it will happen.

Comment 6 Fedora End Of Life 2013-04-03 19:47:31 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 19 development cycle.
Changing version to '19'.

(As we did not run this process for some time, it could affect also pre-Fedora 19 development
cycle bugs. We are very sorry. It will help us with cleanup during Fedora 19 End Of Life. Thank you.)

More information and reason for this action is here:
https://fedoraproject.org/wiki/BugZappers/HouseKeeping/Fedora19

Comment 7 Clark Williams 2013-10-23 21:09:35 UTC
Mock gid has been static since 1.1.31

Comment 8 Dennis Gilmore 2014-06-23 15:25:06 UTC
removing needinfo