ID: 22417 Comment by: admin at usn dot ru Reported By: juliano at cyberweb dot com dot br Status: No Feedback Bug Type: Session related Operating System: Linux RH 7.3 PHP Version: 4.3.1 New Comment:
/ Excuse me for my English / I've noticed same bug on my Linux Web Box. From Google search I've founded same bug on your database (message "[13 Aug 2002 7:40pm EDT] glerma at dal dot dset dot com" from bug 18044) this bug have strange behaviour: it appear over about 1000 requests to scripts with session_start() after apache restart. On test enviroment (under low load) it does not appear at all. After it appear not all child process crash: some session_start() work. I have not found any regularity in appearing of this bug. With files handler for sessions all work well. There are my software enviroment: Slackware 9.0 (glibc 2.3.1, gcc 3.2.2)/self-compiled kernel 2.4.22/apache 1.3.28/openssl-0.9.7c/modssl-2.8.15/php-4.3.3/mm-1.3.0 Hardware: Dual PIII 1000/1GB RAM There are configure scripts: PHP: ./configure --with-config-file-path=/etc/httpd --with-mysql=/usr/local --with-apache=../apache_1.3.28 --with-zlib --disable-cli --disable-cgi --disable-ipv6 --with-openssl --with-mysql=/usr/local --with-mysql-sock=/var/lock/mysql.sock --with-mm=/usr/local --enable-sockets --disable-xml --with-mnogosearch=/usr/local Apache: SSL_BASE=/usr/src/openssl-0.9.7b EAPI_MM=/usr/local ./configure --with-layout=star --activate-module=src/modules/php4/libphp4.a --disable-module=actions --disable-module=cgi --disable-module=include --disable-module=userdir --enable-module=rewrite --enable-module=usertrack --enable-module=ssl --server-uid=www --server-gid=www --disable-rule=SSL_COMPAT And there are my backtrace: #0 ps_mm_destroy (data=0x8536040) at /usr/src/php-4.3.3/ext/session/mod_mm.c:243 #1 0x080ec771 in zm_shutdown_ps_mm (type=1, module_number=17) at /usr/src/php-4.3.3/ext/session/mod_mm.c:295 #2 0x080eb90f in zm_shutdown_session (type=1, module_number=17) at /usr/src/php-4.3.3/ext/session/session.c:1644 #3 0x080c7e85 in module_destructor (module=0x8536ba0) at /usr/src/php-4.3.3/Zend/zend_API.c:1125 #4 0x080c9aa8 in zend_hash_apply_deleter (ht=0x8218720, p=0x8536b70) at /usr/src/php-4.3.3/Zend/zend_hash.c:608 #5 0x080c9b1a in zend_hash_graceful_reverse_destroy (ht=0x8218720) at /usr/src/php-4.3.3/Zend/zend_hash.c:674 #6 0x080c5a29 in zend_shutdown () at /usr/src/php-4.3.3/Zend/zend.c:558 #7 0x080a86cb in php_module_shutdown () at /usr/src/php-4.3.3/main/main.c:1284 #8 0x080a86a3 in php_module_shutdown_wrapper (sapi_globals=0x81f90c0) at /usr/src/php-4.3.3/main/main.c:1261 #9 0x080a285f in apache_php_module_shutdown_wrapper () #10 0x08148185 in run_cleanups () #11 0x081468c2 in ap_clear_pool () #12 0x0814693f in ap_destroy_pool () #13 0x08146895 in ap_clear_pool () #14 0x0814693f in ap_destroy_pool () #15 0x081554bd in clean_parent_exit () #16 0x08158147 in standalone_main () #17 0x08158679 in main () #18 0x401e7bb4 in __libc_start_main () from /lib/libc.so.6 Thank you. Jafar Aliev, USN.Ru administrator. Previous Comments: ------------------------------------------------------------------------ [2003-03-15 18:46:10] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. And I can not reproduce this. ------------------------------------------------------------------------ [2003-03-09 19:12:47] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And generate the backtrace asked before with the snapshot. ------------------------------------------------------------------------ [2003-02-26 01:03:59] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. ------------------------------------------------------------------------ [2003-02-25 13:23:37] juliano at cyberweb dot com dot br I had a fast experience to increase the performance of PHP scripts in about 100%. Fast, but unhappy. The problem is the following one: when using PHP with Sessions being recorded dinamicaly with module MM (session.save_handler = mm), after some minutes of activities (about executed hundreds of scripts), start to appear ackward messages in apache's error_log, as: [ Tue Feb 25 15:45:14 2003 ] [ notice ] child pid 1340 exit signal Segmentation fault (11) ... and in few minutes later, apache crashes. Some solution? I'm looking for and I did not find nothing... I arrived to read something about create the file /tmp/session_mm.sem but... the problem continues repeating. Unhappyly I had that to come back toward the traditional method, using files. I don't know if this problem is on PHP, Apache or MM, but.. I know it only appears when I change the method of sessions be saved. InfoI had the fast experience to obtain to increase the performance of the PHP in a server in about 100%. Fast, but unhappy. The problem is the following one: when using PHP with Sessions being recorded dinamicamente with module MM (to session.save_handler = mm), after some minutes of activities (about executed hundreds of scripts), start to appear ackward messages as: [ Tue Feb 25 15:45:14 2003 ] [ notice ] child pid 1340 exit signal Segmentation fault (11) ... and in few minutes later, apache crashes. Some solution? I looked for in the InterNet and I did not find nothing... I arrived to read something it type to create the archive in/tmp/session_mm.sem but... the problem continues if repeating. Unhappyly I had that to come back toward the traditional method, using files. Using: Apache 1.3.27, PHP 4.3.1 and MM 1.2.2 Juliano Primavesi CyberWeb Networks ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=22417&edit=1