Bug 193482 - xmms i386 build hangs in buildsys
Summary: xmms i386 build hangs in buildsys
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora Infrastructure
Classification: Retired
Component: extras buildsys
Version: unspecified
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Seth Vidal
QA Contact: Jeremy Katz
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2006-05-29 15:20 UTC by Ville Skyttä
Modified: 2007-04-18 17:43 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2006-06-21 18:44:08 UTC
Embargoed:


Attachments (Terms of Use)
Diff to check where building of xmms hangs (1.89 KB, patch)
2006-05-30 12:40 UTC, Mamoru TASAKA
no flags Details | Diff

Description Ville Skyttä 2006-05-29 15:20:46 UTC
https://www.redhat.com/archives/fedora-extras-list/2006-May/msg00874.html
http://buildsys.fedoraproject.org/build-status/job.psp?uid=9945

Something makes the xmms build hang in the i386 devel builder, x86_64 and ppc
are fine.  I cannot reproduce that locally in mach or mock.  I'm intentionally
leaving the currently stuck job there (currently in progress for 9 hours) so
someone can possibly debug it.

See also bug 193460

Comment 1 Mamoru TASAKA 2006-05-29 16:10:29 UTC
In fact, except for arts-devel umask problem, I can rebuild xmms by myself.
For now, I have no idea for xmms building hang.

Comment 2 Ville Skyttä 2006-05-29 17:56:11 UTC
Looks like this is indeed a problem with i386/devel only, FC-5 built fine.
http://buildsys.fedoraproject.org/build-status/job.psp?uid=10048


Comment 3 Mamoru TASAKA 2006-05-30 12:40:43 UTC
Created attachment 130224 [details]
Diff to check where building of xmms hangs

Ville, the diff file I attached is VERY UGLY, but I think this is useful for
detecting where buildsys hangs for rebuilding xmms.

Comment 4 Jeremy Katz 2006-06-04 18:50:08 UTC
Ville -- is this still happening?  (of course, now the devel tree is busted today)

Comment 5 Dan Williams 2006-06-05 11:48:00 UTC
Some more data points from debugging this last week:

1) Only happens building i386 jobs on an x86_64 build host
2) pstree output shows the last child process is 'sed', spawned by libtool.  No
idea why sed is hanging
3) strace on the sed process shows its sitting in futex lock or whatever that is
4) gdb is useless here for backtraces; apparently after FC3/RHEL4 gdb got a
better ability to show symbols for 32-bit binaries with a 64-bit gdb, but we're
screwed right now
5) pstack shows sed is sitting in the vDSO somewhere around 0xffffe405 (iirc)

So either I need to start building custom gdbs, or I need to figure out some
other way to determine WTF the hung processes are doing.  Blocked pipes?  I have
no idea.




Comment 6 Jeremy Katz 2006-06-05 12:23:43 UTC
Hangs in futex tend to be "fun with the kernel" -- unfortunately, I've never
gotten a better way of really debugging them :-/

Have we tried rebooting the builder?  

Comment 7 Dan Williams 2006-06-05 13:47:42 UTC
Not recently.  Want to try it on hammer1?

Comment 8 Jeremy Katz 2006-06-05 17:32:37 UTC
It's been kicked

Comment 9 Ville Skyttä 2006-06-18 17:05:47 UTC
Seeing that the kerry package which was reported to have the same problem was
built successfully today made me try it again, but unfortunately the xmms build
still hangs (job 9945).  Cc'ing Warren, IIRC you were trying to debug this some
time ago.

Comment 10 Ville Skyttä 2006-06-21 18:44:08 UTC
The kernel upgrades seem to have fixed this, thanks.


Note You need to log in before you can comment on or make changes to this bug.