Bug 64904

Summary: when I run apachectl graceful, apache goes down
Product: Ports & Packages Reporter: Renato Botelho <renato>
Component: Individual Port(s)Assignee: Alex Dupre <ale>
Status: Closed FIXED    
Severity: Affects Only Me    
Priority: Normal    
Version: Latest   
Hardware: Any   
OS: Any   

Description Renato Botelho 2004-03-29 20:30:16 UTC
        I´ve updated apache2 to version 2.0.49 and I have a problema, when I run apache graceful and apache is running, httpd proccess die, if I run again apache starts.

        Here is the gdb output:

root@srv1:/usr/local# gdb /usr/local/sbin/httpd ./httpd.core
GNU gdb 5.2.1 (FreeBSD)
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-unknown-freebsd"...(no debugging symbols found)...
Core was generated by `httpd'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib/libz.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib/libz.so.2
Reading symbols from /usr/lib/libssl.so.3...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libssl.so.3
Reading symbols from /lib/libcrypto.so.3...(no debugging symbols found)...done.
Loaded symbols for /lib/libcrypto.so.3
Reading symbols from /usr/local/lib/apache2/libaprutil-0.so.9...(no debugging symbols found)...done.
Loaded symbols for /usr/local/lib/apache2/libaprutil-0.so.9
Reading symbols from /usr/local/lib/libexpat.so.5...(no debugging symbols found)...done.
Loaded symbols for /usr/local/lib/libexpat.so.5
Reading symbols from /usr/local/lib/apache2/libapr-0.so.9...(no debugging symbols found)...done.
Loaded symbols for /usr/local/lib/apache2/libapr-0.so.9
Reading symbols from /lib/libm.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib/libm.so.2
Reading symbols from /lib/libcrypt.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib/libcrypt.so.2
Reading symbols from /lib/libc.so.5...(no debugging symbols found)...done.
Loaded symbols for /lib/libc.so.5
Reading symbols from /usr/local/libexec/apache2/mod_access.so...(no debugging symbols found)...done.
Loaded symbols for /usr/local/libexec/apache2/mod_access.so
Reading symbols from /usr/local/libexec/apache2/mod_auth.so...(no debugging symbols found)...done.
Loaded symbols for /usr/local/libexec/apache2/mod_auth.so
Reading symbols from /usr/local/libexec/apache2/mod_auth_anon.so...(no debugging symbols found)...done.
Loaded symbols for /usr/local/libexec/apache2/mod_auth_anon.so
Reading symbols from /usr/local/libexec/apache2/mod_auth_dbm.so...(no debugging symbols found)...done.
Loaded symbols for /usr/local/libexec/apache2/mod_auth_dbm.so
Reading symbols from /usr/local/libexec/apache2/mod_include.so...(no debugging symbols found)...done.
Loaded symbols for /usr/local/libexec/apache2/mod_include.so
Reading symbols from /usr/local/libexec/apache2/mod_deflate.so...(no debugging symbols found)...done.
Loaded symbols for /usr/local/libexec/apache2/mod_deflate.so
Reading symbols from /usr/local/libexec/apache2/mod_log_config.so...(no debugging symbols found)...done.
Loaded symbols for /usr/local/libexec/apache2/mod_log_config.so
Reading symbols from /usr/local/libexec/apache2/mod_env.so...(no debugging symbols found)...done.
Loaded symbols for /usr/local/libexec/apache2/mod_env.so
Reading symbols from /usr/local/libexec/apache2/mod_mime_magic.so...(no debugging symbols found)...done.
Loaded symbols for /usr/local/libexec/apache2/mod_mime_magic.so
Reading symbols from /usr/local/libexec/apache2/mod_cern_meta.so...(no debugging symbols found)...done.
Loaded symbols for /usr/local/libexec/apache2/mod_cern_meta.so
Reading symbols from /usr/local/libexec/apache2/mod_expires.so...(no debugging symbols found)...done.
Loaded symbols for /usr/local/libexec/apache2/mod_expires.so
Reading symbols from /usr/local/libexec/apache2/mod_headers.so...(no debugging symbols found)...done.
Loaded symbols for /usr/local/libexec/apache2/mod_headers.so
Reading symbols from /usr/local/libexec/apache2/mod_usertrack.so...(no debugging symbols found)...done.
Loaded symbols for /usr/local/libexec/apache2/mod_usertrack.so
Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done.
Loaded symbols for /libexec/ld-elf.so.1
#0  0x2848bd90 in ?? ()
(gdb) bt
#0  0x2848bd90 in ?? ()
#1  0x0806e4af in regex_cleanup ()
#2  0x28259bcd in run_cleanups () from /usr/local/lib/apache2/libapr-0.so.9
#3  0x282592fc in apr_pool_clear () from /usr/local/lib/apache2/libapr-0.so.9
#4  0x0806c73d in main ()
#5  0x0805d092 in _start ()
(gdb)

How-To-Repeat: 	I´ve just updated apache from 2.0.48_5 to 2.0.49
Comment 1 Pav Lucistnik freebsd_committer freebsd_triage 2004-03-29 20:48:04 UTC
Responsible Changed
From-To: freebsd-ports-bugs->clement

Over to wild horses tamer.
Comment 2 Renato Botelho 2004-03-30 16:21:18 UTC
I found other machine running apache-2.0.49 and there is no problem with 
it, and I see that machine run php-4.3.4 and the problem machoine runs 
php-4.3.5.

I update this machine to php-4.3.5 ans the same problem occours, so, the 
problem must be in php-4.3.5.

thanks in advance
-- 
Renato Botelho
Comment 3 Jonathan Noack 2004-03-30 21:17:18 UTC
See "Bogus" PHP Bug (my comment at bottom):
http://bugs.php.net/bug.php?id=27735

The issue was traced to the bundled version of PCRE (version 4.5). 
Reverting to the version bundled with PHP 4.3.4 (PCRE 4.3) seems to 
resolve the problem.  To do this, simply replace the ext/pcre directory 
in PHP 4.3.5 with the one from 4.3.4 and recompile.  Alternatively, 
deselect PCRE from the options menu.

Either the bundled version of PCRE 4.5 is buggy or it unmasks a bug in 
Apache.
Comment 4 Jonathan Noack 2004-03-31 16:58:09 UTC
See Apache Bug #28086 (vote for this!):
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=28086
Comment 5 Renato Botelho 2004-03-31 20:25:48 UTC
The bug has been fixed by php developers.

http://bugs.php.net/bug.php?id=27810&thanks=6
-- 
Renato Botelho
Comment 6 Clement Laforet freebsd_committer freebsd_triage 2004-04-05 09:13:16 UTC
State Changed
From-To: open->analyzed

Apparently, this is a PHP bug. 
I let ale closing this PR ;-) 


Comment 7 Clement Laforet freebsd_committer freebsd_triage 2004-04-05 09:13:16 UTC
Responsible Changed
From-To: clement->ale

Apparently, this is a PHP bug. 
I let ale closing this PR ;-)
Comment 8 Jonathan Noack 2004-04-05 09:40:56 UTC
If you look at the most recent correspondence for the PHP bug, this does 
not appear to have been fixed by the PHP folks (other than for Windows 
as of PHP 4.3.6-RC1: http://bugs.php.net/bug.php?id=27735).  Now they 
_say_ it's been fixed, but 4.3.6-RC1, 5.0.0-RC1, and recent snapshots of 
both 4.3.6 and 5.0.0 don't agree with that statement.  Also, the "fix" 
does not appear to be listed anywhere in Changelog or NEWS.  It's rather 
odd we haven't at least been able to get a comment out of them.

Regardless, given that it occurs on Linux, Solaris, etc., I think it's 
safe to assume this isn't a FreeBSD-specific bug.

Relevant links:
http://bugs.php.net/bug.php?id=27735
http://bugs.php.net/bug.php?id=27751
http://bugs.php.net/bug.php?id=27810
http://bugs.php.net/bug.php?id=27827
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=28086
Comment 9 Alex Dupre freebsd_committer freebsd_triage 2004-04-16 08:50:49 UTC
State Changed
From-To: analyzed->closed

It should be fixed by my new patch.