#18044 [Com]: apache child segfaults on page using sessions

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: Which bug fixes is this? Where can I find the CVS "non-stable" build? Incidentally, I have tried the PHP-Latest build dated php4-200208131500, compiled using same configure parameters as above. I recieved the same segmenation faults with this build(php4-200208131500). Here is my bt of the apache core file: (gdb) bt #0 ps_sd_lookup (data=0x11efd0, key=0x2b1288 "cfb22d50a65ce80d4af8df54f837ea90", rw=0) at mod_mm.c:187 #1 0xfe9a83cc in ps_read_mm (mod_data=0x11efd0, key=0x2b1288 "cfb22d50a65ce80d4af8df54f837ea90", val=0xffbfc7ac, vallen=0xffbfc7a8) at mod_mm.c:326 #2 0xfe9a4938 in php_session_initialize () at session.c:557 #3 0xfe9a5904 in php_session_start () at session.c:953 #4 0xfe9a70c4 in zif_session_start (ht=0, return_value=0x234da8, this_ptr=0x0, return_value_used=0) at session.c:1349 #5 0xfe944f38 in execute () from /data2/www/e-webdev1/apache/libexec/libphp4.so #6 0xfe9476ac in execute () from /data2/www/e-webdev1/apache/libexec/libphp4.so #7 0xfe954888 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at zend.c:810 #8 0xfe963748 in php_execute_script (primary_file=0xffbff420) at main.c:1381 #9 0xfe95ebb8 in apache_php_module_main (r=0xffffffff, display_source_mode=0) at sapi_apache.c:90 #10 0xfe95f6e8 in send_php (r=0x141ef8, display_source_mode=0, filename=0x0) at mod_php4.c:575 #11 0x1f780 in ap_invoke_handler () #12 0x3eae0 in process_request_internal () #13 0x3eb68 in ap_process_request () ---Type <return> to continue, or q <return> to quit--- #14 0x31760 in child_main () #15 0x31b04 in make_child () #16 0x31c18 in startup_children () #17 0x3262c in standalone_main () #18 0x33278 in main () Please advise. Thanks in advance. Previous Comments: ------------------------------------------------------------------------ [2002-08-16 11:58:00] kalowsky@php.net There have been some bug fixes in the CVS non-STABLE version, can you please try them and see if this continues for you? ------------------------------------------------------------------------ [2002-08-16 11:54:31] glerma@dal.dset.com 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 ------------------------------------------------------------------------ [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 ------------------------------------------------------------------------ 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