Bug 89076

Summary: amavisd-new hangs in rt_sigsuspend([]
Product: [Retired] Red Hat Linux Reporter: Frank Reppin <frank>
Component: glibcAssignee: Jakub Jelinek <jakub>
Status: CLOSED WORKSFORME QA Contact: Brian Brock <bbrock>
Severity: medium Docs Contact:
Priority: medium    
Version: 8.0CC: fweimer
Target Milestone: ---   
Target Release: ---   
Hardware: i686   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2003-04-22 08:49:36 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
straceoutput none

Description Frank Reppin 2003-04-17 09:20:43 UTC 
From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0)

Description of problem:
Since the recommended update from glibc-2.2.93 to
those newer version amavisd-new won't start anymore.

strace shows me, that the startup doesn't succeed:

---snip---
time([1050570453])                      = 1050570453
getpid()                                = 31473
rt_sigprocmask(SIG_SETMASK, NULL, [RTMIN], 8) = 0
rt_sigsuspend([]
---snap---

Here it hangs forever. 

It magically works again as expected if I downgrade
glibc to 2.2.93 (stock RH8 CD versions).

Version-Release number of selected component (if applicable):
glibc-2.3.2-4.80 && glibc-2.3.2-4.80.6 (&& glibc-2.3.2-27.9)

How reproducible:
Always

Steps to Reproduce:
1. update to 2.3.x glibc
2. try to start amavisd-new (http://www.ijs.si/software/amavisd/)
3. *notice that it won't start*
4. downgrade to glibc-2.2.x
5. everything's ok.    

Actual Results:  startup fails/hangs in uncommon state.

Expected Results:  should startup nicely :p

Additional info:

I use a perl-5.8.0 compiled from sources and a vanilla 2.4.20 kernel.
amavisd-new worked fine (as already mentioned above) until the
glibc update. I already recompiled perl-5.8.0/kernel after upgrading
to glibc-2.3.x ... but the problem still persists :/
Comment 1 Frank Reppin 2003-04-17 09:23:40 UTC 
Created attachment 91172 [details]
straceoutput
Comment 2 Frank Reppin 2003-04-19 00:34:46 UTC 
worksforme: after recompiling Perl with '-lpthread' (threading Perl)
the problem vanished. however, I have no idea where glibc-2.2.93 and
glibc-2.3.2 differ in detail there.
Maybe someone can shed some light on this whilst closing the bug. TIA.
Comment 3 Ulrich Drepper 2003-04-22 08:49:36 UTC 
Isn't perl by default compiled with threads?  In this case the only thing which
changed is IIRC the binary compatibility change for the new sizes of condvars. 
Perl without recompilation would use the compatibility code which I would expect
has no problems.

Anyway, if a new perl fixes the problem this is certainly good enough for me. 
On an RHL9 system you would get all this for free, without recompilation.