Date: Sun, 4 Feb 2007 21:34:17 -0500 (EST) From: Naram Qashat <cyberbotx@cyberbotx.com> To: FreeBSD-gnats-submit@FreeBSD.org Cc: Naram@cyberbotx.com, "Qashat <cyberbotx"@cyberbotx.com Subject: ports/108783: www/apache22 crashes on graceful reboot, www/php5-session possibly the issue Message-ID: <20070205023417.3FAE1C159@kirby.cyberbotx.com> Resent-Message-ID: <200702050300.l1530pQU086437@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
>Number: 108783 >Category: ports >Synopsis: www/apache22 crashes on graceful reboot, www/php5-session possibly the issue >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-ports-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 05 03:00:50 GMT 2007 >Closed-Date: >Last-Modified: >Originator: Naram Qashat >Release: FreeBSD 6.2-RELEASE i386 >Organization: >Environment: System: FreeBSD samus.cyberbotx.com 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Fri Jan 12 11:05:30 UTC 2007 root@dessler.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP i386 >Description: Apache 2.2.4 with PHP 5.2.0 installed crashes when you try to do a graceful reboot. I was able to get the following gdb stack trace when the crash happened: Program received signal SIGSEGV, Segmentation fault. 0x00000000 in ?? () (gdb) bt #0 0x00000000 in ?? () #1 0x29269ea8 in __do_global_dtors_aux () from /usr/local/lib/php/20060613/session.so #2 0x2927033c in _fini () from /usr/local/lib/php/20060613/session.so #3 0x280b6558 in tls_dtv_generation () from /libexec/ld-elf.so.1 #4 0x280b8558 in ?? () from /libexec/ld-elf.so.1 #5 0xbfbfea58 in ?? () #6 0x280997b6 in elf_hash () from /libexec/ld-elf.so.1 #7 0x2809c0a0 in dlclose () from /libexec/ld-elf.so.1 #8 0x28809444 in ?? () from /usr/local/libexec/apache22/libphp5.so #9 0x28ebcb00 in ?? () #10 0xbfbfebdc in ?? () #11 0xbfbfeac8 in ?? () #12 0x2880939c in ?? () from /usr/local/libexec/apache22/libphp5.so #13 0x285a1dd3 in sys_nsig () from /lib/libc.so.6 #14 0x28913584 in ?? () from /usr/local/libexec/apache22/libphp5.so #15 0xbfbfead8 in ?? () #16 0x28913e40 in ?? () from /usr/local/libexec/apache22/libphp5.so #17 0x080ac028 in ?? () #18 0xbfbfebdc in ?? () #19 0xbfbfead8 in ?? () #20 0x288094df in ?? () from /usr/local/libexec/apache22/libphp5.so #21 0x00000800 in ?? () #22 0x284a216c in __JCR_LIST__ () from /usr/local/lib/libapr-1.so.2 #23 0xbfbfeaf8 in ?? () #24 0x287fff44 in ?? () from /usr/local/libexec/apache22/libphp5.so #25 0x28913e40 in ?? () from /usr/local/libexec/apache22/libphp5.so #26 0x28373e14 in __JCR_LIST__ () from /usr/local/lib/libcrypto.so.5 #27 0x081f1800 in ?? () #28 0x282e5db6 in DH_free () from /usr/local/lib/libcrypto.so.5 #29 0x287c8da7 in ?? () from /usr/local/libexec/apache22/libphp5.so #30 0x081f1800 in ?? () #31 0x28643338 in ?? () from /usr/local/libexec/apache22/mod_ssl.so #32 0xbfbfeb18 in ?? () #33 0x287c8e5b in ?? () from /usr/local/libexec/apache22/libphp5.so #34 0x28643338 in ?? () from /usr/local/libexec/apache22/mod_ssl.so #35 0x080f2930 in ?? () #36 0xbfbfeb38 in ?? () #37 0x288798e9 in ?? () from /usr/local/libexec/apache22/libphp5.so #38 0x289101e0 in php5_module () from /usr/local/libexec/apache22/libphp5.so #39 0x0809b500 in ?? () #40 0x00000000 in ?? () #41 0x284a216c in __JCR_LIST__ () from /usr/local/lib/libapr-1.so.2 #42 0x080ac028 in ?? () #43 0xbfbfebdc in ?? () #44 0xbfbfeb58 in ?? () #45 0x28496e69 in run_cleanups () from /usr/local/lib/libapr-1.so.2 Previous frame inner to this frame (corrupt stack?) This happened on FreeBSD 5.x as well prior to my updating to FreeBSD 6.2. Once I disable PHP, the crashes go away. If I leave PHP enabled but disable only the session.so module in /usr/local/etc/php/extensions.ini, the crashes also go away. Only when session.so is enabled does apache crash on graceful. >How-To-Repeat: Install www/apache22, lang/php5, and www/php5-session, load apache and try to do a graceful restart on it. (Not sure if this will make a difference, but I also have devel/bison2 and devel/re2c installed, since PHP uses them but doesn't require them) >Fix: Current fix is to not use the session.so module. I am unaware of what needs to be done of the session module to fix this. Running the run-tests.php script that is inside the work folder of www/php5-session after configuring but without building it shows everything related to the session module failing. >Release-Note: >Audit-Trail: >Unformatted:
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070205023417.3FAE1C159>