#18044 [Com]: apache child segfaults on page using sessions
| From: | glerma at dal dot dset dot com | Date: | Fri, 16 Aug 2002 15:54:32 +0000 |
| Subject: | #18044 [Com]: apache child segfaults on page using sessions | ||
| References: | 1 | Groups: | php.bugs |
| Request: | Send a blank email to php-bugs+get-17024@lists.php.net to get a copy of this message | ||
ID: 18044
Comment by: glerma@dal.dset.com
Reported By: mgriego@utdallas.edu
Status: Feedback
Bug Type: Session related
Operating System: RedHat Linux 7.2
PHP Version: 4.2.1
New Comment:
Yeah. I've downloaded as well. I guess Im going to try it out for a day
or two to see if all goes well.
I sure would like to keep mm in my config profile, because of the way
it stores the session info in shared memory rather than using a plain
text(non-encrypted) file, but if things don't pan out, i guess i wont.
I dont seem to have any core dumps from Apache when I compile PHP
without the --enable-mm option
BTW - Here is my latest backtrace. If any light can be shed, that would
be great.
(gdb) bt
#0 ps_gc_mm (mod_data=0x109118, maxlifetime=1000, nrdels=0xffbfc80c)
at mod_mm.c:414
#1 0xfeca5970 in php_session_start () at session.c:960
#2 0xfeca70c4 in zif_session_start (ht=0, return_value=0x38ca08,
this_ptr=0x0, return_value_used=0) at session.c:1349
#3 0xfec44f38 in execute ()
from /data2/www/i-webdev1/apache/libexec/libphp4.so
#4 0xfec476ac in execute ()
from /data2/www/i-webdev1/apache/libexec/libphp4.so
#5 0xfec54888 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at zend.c:810
#6 0xfec63748 in php_execute_script (primary_file=0xffbff408) at
main.c:1381
#7 0xfec5ebb8 in apache_php_module_main (r=0xffffffff,
display_source_mode=0)
at sapi_apache.c:90
#8 0xfec5f6e8 in send_php (r=0x11dc90, display_source_mode=0,
filename=0x0)
at mod_php4.c:575
#9 0x1f780 in ap_invoke_handler ()
#10 0x3eae0 in process_request_internal ()
#11 0x3eb68 in ap_process_request ()
#12 0x31760 in child_main ()
#13 0x31b04 in make_child ()
#14 0x31c18 in startup_children ()
#15 0x3262c in standalone_main ()
---Type <return> to continue, or q <return> to quit---
#16 0x33278 in main
Previous Comments:
------------------------------------------------------------------------
[2002-08-14 17:38:36] darkfire@yourmojo.com
I am also not using the Zend Optimizer.
Trying out snapshot 'php4-200208130900'.
I'll let you know what happens.
------------------------------------------------------------------------
[2002-08-14 12:34:44] glerma@dal.dset.com
I also wanted to point out that I'm not using Zend Optimizer as
mgriego.
I had opened a new ticket on this, but was told to use this ticket as a
reference.
I hope to stimulate more discusstion on this.Is there anything that can
be seen with the backtrace I provided, or is more tracing needed????
------------------------------------------------------------------------
[2002-08-13 19:40:49] glerma@dal.dset.com
I'm having similar problem. Here is a backtrace of my Apache Core file.
I had originally reported to bugzilla.apache.org, but they referred
the backtrace to php.
Basically, the systems are the same as mgriego's. Seg Faults occur
after about a day or sometimes even several hours of running apache
w/PHP 4.2.2 parsed-pages.
Here are my build specs:
I am using the following components with Apache Web Server 1.3.26 on a
Solaris
9 platform:
openssl-engine-0.9.6d
mm-1.1.3
mod_ssl-2.8.10-1.3.26
php-4.2.2
I will also include backtrace given to apache dudes:
Output from gdb backtrace:
#0 ps_mm_destroy (data=0x1091b8) at mod_mm.c:241
#1 0xfeca8348 in zm_shutdown_ps_mm (type=0, module_number=10) at
mod_mm.c:293
#2 0xfec56eac in module_destructor (module=0x113650) at
zend_API.c:1127
#3 0xfec59014 in zend_hash_destroy (ht=0xfed6ee7c) at zend_hash.c:541
#4 0xfec53d98 in zend_shutdown () at zend.c:490
#5 0xfec6289c in php_module_shutdown () at main.c:1050
#6 0xfec6284c in php_module_shutdown_wrapper (sapi_globals=0x0) at
main.c:1027
#7 0xfec5fd48 in apache_php_module_shutdown_wrapper () at
mod_php4.c:795
#8 0x1a9f0 in run_cleanups ()
#9 0x1825c in ap_clear_pool ()
#10 0x182f0 in ap_destroy_pool ()
#11 0x18244 in ap_clear_pool ()
#12 0x182f0 in ap_destroy_pool ()
#13 0x2e9c8 in clean_parent_exit ()
#14 0x32a7c in standalone_main ()
#15 0x33278 in main ()
I would like to further investigation of this problem. Seems maybe to
me mm-releted to me at this point. I too am using sessions
(session_start())
If more tracing is needed, please reply. THanks
-George
------------------------------------------------------------------------
[2002-08-13 12:47:38] rasmus@php.net
Does it happen with Zend Optimizer turned off?
------------------------------------------------------------------------
[2002-08-13 12:46:06] darkfire@yourmojo.com
I am using the snapshot "php4-200207240900".
And this problem is still occurring.
This is an extremely serious bug. I have to restart Apache every 2 to 3
days.
Please look into this.
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/18044
--
Edit this bug report at http://bugs.php.net/?id=18044&edit=1