Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.
For bugs related to Red Hat Enterprise Linux 5 product line. The current stable release is 5.10. For Red Hat Enterprise Linux 6 and above, please visit Red Hat JIRA https://issues.redhat.com/secure/CreateIssue!default.jspa?pid=12332745 to report new issues.

Bug 494042

Summary: autoconf fails if build sandbox is NFS mounted without proper locking support
Product: Red Hat Enterprise Linux 5 Reporter: Charlie Brady <charlieb-fedora-bugzilla>
Component: autoconfAssignee: Pavel Raiskup <praiskup>
Status: CLOSED NEXTRELEASE QA Contact: BaseOS QE <qe-baseos-auto>
Severity: medium Docs Contact:
Priority: low    
Version: 5.3CC: kasal, ovasik, pknirsch
Target Milestone: rc   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-03-07 12:17:09 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:

Description Charlie Brady 2009-04-03 20:19:15 UTC
Fails if BUILDROOT is on NFS file system with locking which doesn't work.

Failure mode is a perl exception:

...
+ autoconf
Use of inherited AUTOLOAD for non-method Autom4te::XFile::msg() is deprecated at /usr/share/autoconf/Autom4te/XFile.pm line 238.
Can't locate auto/Autom4te/XFile/msg.al in @INC (@INC contains: /usr/share/autoconf /usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.7/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.6/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.5/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.8 /usr/lib/perl5/site_perl/5.8.7 /usr/lib/perl5/site_perl/5.8.6 /usr/lib/perl5/site_perl/5.8.5 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.7/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.6/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.5/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.8 /usr/lib/perl5/vendor_perl/5.8.7 /usr/lib/perl5/vendor_perl/5.8.6 /usr/lib/perl5/vendor_perl/5.8.5 /usr/lib/perl5/vendor_perl /usr/lib/perl5/5.8.8/i386-linux-thread-multi /usr/lib/perl5/5.8.8 .) at /usr/share/autoconf/Autom4te/XFile.pm line 238
error: Bad exit status from /var/tmp/rpm-tmp.40541 (%prep)
...

Comment 1 Charlie Brady 2009-04-03 20:25:13 UTC
Line 238 is within sub lock():

238:      msg ($make_j ? 'fatal' : 'unsupported',
239:           "cannot lock $file with mode $mode: $!" . ($make_j ? $note : ""))

msg is a method defined in .../lib/Autom4te/Channels.pm. I notice that upstream now has:

...
use Autom4te::Channels qw(msg);
...

in ../lib/Autom4te/XFile.pm. If I make that change, the build does not die with an exception, but instead terminates with:


...
/bin/sh ./libtool --tag=CC --mode=link gcc  -DUSE_MMAP -DWITH_RSYNC_PAD 
-O3 -fomit-frame-pointer -Wall -Wpointer-arith -Wstrict-prototypes 
-Wmissing-prototypes -Wno-char-subscripts   -o minigzip .libs/libz.a 
minigzip.o  
gcc -DUSE_MMAP -DWITH_RSYNC_PAD -O3 -fomit-frame-pointer -Wall 
-Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes 
-Wno-char-subscripts -o minigzip minigzip.o  .libs/libz.a
make[1]: Leaving directory `/home/speech/bradyc/rpms/BUILD/rpm-4.4.2/zlib'
make: Leaving directory `/home/speech/bradyc/rpms/BUILD/rpm-4.4.2/zlib'
+ make -j2
cd . && /bin/sh /home/speech/bradyc/rpms/BUILD/rpm-4.4.2/missing --run 
aclocal-1.9 
aclocal:configure.ac:223: warning: macro `AM_PROG_LIBTOOL' not found in 
library
autom4te: cannot lock autom4te.cache/requests with mode 2: Input/output 
error
autom4te: forgo `make -j' or use a file system that supports locks
aclocal-1.9: autom4te failed with exit status: 1
make: *** [aclocal.m4] Error 1
error: Bad exit status from /var/tmp/rpm-tmp.53790 (%build)
...

Comment 2 Charlie Brady 2009-04-03 20:26:10 UTC
To fix autocont, add:

use Autom4te::Channels qw(msg);


to XFile.pm.

Comment 3 Charlie Brady 2009-04-03 20:29:09 UTC
Here's the relevant upstream mailing list discussion:

http://www.mail-archive.com/autoconf-patches@gnu.org/msg01152.html

Comment 9 Pavel Raiskup 2013-03-07 12:17:09 UTC
I am sorry, but it is now too late in the RHEL-5 release cycle.  RHEL-5.10 (the
next RHEL-5 minor release) is going to be the first production phase 2 [1]
release of RHEL-5.  Since phase 2 we'll be addressing only security and critical
issues.  This one issue is fixed in RHEL-6 therefore I am closing the bug as
NEXTRELEASE.

[1] https://access.redhat.com/support/policy/updates/errata/

Comment 10 Charlie Brady 2013-03-07 13:54:53 UTC
(In reply to comment #9)

> I am sorry, but it is now too late in the RHEL-5 release cycle.

I provide the (simple) fix for you in *2009*!!

Comment 11 Pavel Raiskup 2013-03-07 14:15:26 UTC
Hello Charlie,

(In reply to comment #10)
> (In reply to comment #9)
>
> > I am sorry, but it is now too late in the RHEL-5 release cycle.
>
> I provide the (simple) fix for you in *2009*!!

Thank you for taking the time to enter a bug report with us.  And providing a
fix.  We appreciate the feedback and look to use reports such as this to guide
our efforts at improving our products.  That being said, this bug tracking
system is not a mechanism for requesting support, and we are not able to
guarantee the timeliness or suitability of a resolution.

If this issue is critical or in any way time sensitive, please raise a ticket
through your regular Red Hat support channels to make certain  it receives the
proper attention and prioritization to assure a timely resolution.

For information on how to contact the Red Hat production support team, please visit:

https://www.redhat.com/support/process/production/#howto

Thanks,
Pavel