Bug 718926

Summary: httpd sigsegv on mod_perl if perl 5.14 used
Product: [Fedora] Fedora Reporter: Anton Guda <atu.guda>
Component: mod_perlAssignee: Joe Orton <jorton>
Status: CLOSED DUPLICATE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: unspecified    
Version: rawhideCC: jkaluza, jorton
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: 2011-11-09 20:11: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
Tested patch from mod_perl svn none

Description Anton Guda 2011-07-05 07:33:56 UTC
Created attachment 511263 [details]
Tested patch from mod_perl svn

Description of problem:
After upgrade to perl 5.14.x (rawhide), rebuild http, mod_perl
httpd fails to start with sigsegv.


Version-Release number of selected component (if applicable):
mod_perl-2.0.5-4
httpd-2.2.19-0.1 (local rebuild to upstream)

How reproducible:
Always.


Steps to Reproduce:
1. Install httpd, mod_perl
2. start httpd

  
Actual results:
SIGSEGV

Expected results:
Works.


Additional info:
A patch from mod_perl svn was tested. Fail.

Comment 1 Anton Guda 2011-07-05 07:44:30 UTC
(gdb) run
Starting program: /usr/sbin/httpd 
[Thread debugging using libthread_db enabled]
Warning: SuexecUserGroup directive requires SUEXEC wrapper.

stack trace

Program received signal SIGSEGV, Segmentation fault.
0xb7689744 in modperl_env_clear (my_perl=0x35a0e0) at modperl_env.c:100
100     modperl_env.c: No such file or directory.
        in modperl_env.c
Missing separate debuginfos, use: debuginfo-install httpd-2.2.19-0.1.1.bcx.i686
(gdb) bt
#0  0xb7689744 in modperl_env_clear (my_perl=0x35a0e0) at modperl_env.c:100
#1  0xb7678f9a in modperl_boot (my_perl=0x35a0e0, data=0x0) at mod_perl.c:100
#2  0xb73b35f1 in Perl_leave_scope () from /usr/lib/perl5/CORE/libperl.so
#3  0xb73b4593 in Perl_pop_scope () from /usr/lib/perl5/CORE/libperl.so
#4  0xb73133cd in perl_parse () from /usr/lib/perl5/CORE/libperl.so
#5  0xb7679356 in modperl_startup (s=0x172af8, p=0x16d0a8) at mod_perl.c:255
#6  0xb76792cc in modperl_startup (s=0x172af8, p=0x16d0a8) at mod_perl.c:207
#7  0xb7679806 in modperl_init (base_server=0x172af8, p=0x16d0a8) at mod_perl.c:458
#8  0xb76799be in modperl_hook_init (s=0x172af8, pconf=0x16d0a8, plog=<optimized out>, ptemp=<optimized out>) at mod_perl.c:631
#9  modperl_hook_init (pconf=0x16d0a8, plog=0x19b160, ptemp=0x19d168, s=0x172af8) at mod_perl.c:608
#10 0x0013728e in ap_run_open_logs (pconf=0x16d0a8, plog=0x19b160, ptemp=0x19d168, s=0x172af8)
    at /home/atu/rpmbuild/BUILD/httpd-2.2.19/server/config.c:151
#11 0x001203f4 in main (argc=1, argv=0xbffff134) at /home/atu/rpmbuild/BUILD/httpd-2.2.19/server/main.c:673

Comment 2 Anton Guda 2011-08-04 15:25:06 UTC
It seems to be conflict between LARGEFILE64_SOURCE and FILE_OFFSET_BITS=64 (described in lib/Apache2/Build.pm:2120). I tried to use different flags while module build, but without positive results: or build fails (off64_t undefined..) or sigsegvs.
Must not be a problem in 64-bit arches.

Comment 3 Jan Kaluža 2011-11-09 12:42:22 UTC
Try to just return 0 in that method as it's described in https://bugzilla.redhat.com/show_bug.cgi?id=730832 please.

Comment 4 Anton Guda 2011-11-09 15:32:49 UTC
It works with nolsf.patch.
Propose to close this bug and use this patch in updates.

Comment 5 Jan Kaluža 2011-11-09 20:11:36 UTC

*** This bug has been marked as a duplicate of bug 730832 ***