See: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=179228 Relevant quote is: I am seeing this as well. It has bitten me most when trying to update. gcj-dbtool get stuck and yum sits there waiting on it. Running "for((;;)); do killall gcj-dbtool; sleep 1; done" allows yum to get through updating, but I'm sure my java stuff is a mess. I think I'm also seeing this affect mono apps, like beagle. Running beagle-search just sits there. Attaching to it with gdb shows: 0x00002ba878af615d in sem_wait () from /lib64/libpthread.so.0 (gdb) info threads 3 Thread 1073822048 (LWP 3674) 0x00002ba878af7461 in __nanosleep_nocancel () from /lib64/libpthread.so.0 2 Thread 1075988832 (LWP 3675) 0x00002ba878af46f7 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 1 Thread 48002585361616 (LWP 3673) 0x00002ba878af615d in sem_wait () from /lib64/libpthread.so.0 Let me know what I can do to help with debugging this problem. Jonathan
From Upstream; Bryce Writes: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=179228#c22 I can confirm that this is fixed in 2.6.15-1.1939_FC5. I'm closing this one: the underlying kernel problem is also being tracked in bug #180567.