ID: 11676
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: Scripting Engine problem
Operating system: linux 2.4.5 i386
PHP Version: 4.0 Latest CVS (2001-06-25)
Description: A few apache children consume all memory and CPU.
ok, i have recompiled php AND apache without any optimization settings, and things
look worse...
The problem happened more frequently in these hours, and these are backtraces of stuck
processes:
#0 0x4012c243 in chunk_free ()
#1 0x4012bfaa in __cfree ()
#2 0x810acbc in shutdown_memory_manager ()
#3 0x8079d58 in php_request_shutdown ()
#4 0x8077611 in php_apache_request_shutdown ()
#5 0x814a93e in run_cleanups ()
#6 0x814916d in ap_clear_pool ()
#7 0x81491e1 in ap_destroy_pool ()
#8 0x8158ded in child_main ()
#9 0x8158fdc in make_child ()
#10 0x8159089 in startup_children ()
#11 0x81596c6 in standalone_main ()
#12 0x8159e53 in main ()
#13 0x400ea9f3 in __libc_start_main ()
#0 0x4012c23e in chunk_free ()
#1 0x4012bfaa in __cfree ()
#2 0x810a5a5 in _efree ()
#3 0x811e8cc in zend_hash_destroy ()
#4 0x8112b7c in destroy_zend_class ()
#5 0x811ea67 in zend_hash_apply_deleter ()
#6 0x811ecfa in zend_hash_apply ()
#7 0x8110820 in shutdown_executor ()
#8 0x8119d53 in zend_deactivate ()
#9 0x8079d1a in php_request_shutdown ()
#10 0x8077611 in php_apache_request_shutdown ()
#11 0x814a93e in run_cleanups ()
#12 0x814916d in ap_clear_pool ()
#13 0x81491e1 in ap_destroy_pool ()
#14 0x8160eb2 in ap_destroy_sub_req ()
#15 0x8067cb8 in handle_include ()
#16 0x806acb5 in send_parsed_content ()
#17 0x806b28d in send_parsed_file ()
#18 0x814dc23 in ap_invoke_handler ()
#19 0x8161769 in process_request_internal ()
#20 0x8161b88 in ap_internal_redirect ()
#21 0x806b6dd in handle_dir ()
#22 0x814dc23 in ap_invoke_handler ()
#23 0x8161769 in process_request_internal ()
#24 0x81617cc in ap_process_request ()
#25 0x8158d9e in child_main ()
#26 0x8158fdc in make_child ()
#27 0x8159356 in perform_idle_server_maintenance ()
#28 0x8159895 in standalone_main ()
#29 0x8159e53 in main ()
#30 0x400ea9f3 in __libc_start_main ()
#0 0x4012c24b in chunk_free ()
#1 0x4012bfaa in __cfree ()
#2 0x810acbc in shutdown_memory_manager ()
#3 0x8079d58 in php_request_shutdown ()
#4 0x8077611 in php_apache_request_shutdown ()
#5 0x814a93e in run_cleanups ()
#6 0x814916d in ap_clear_pool ()
#7 0x81491e1 in ap_destroy_pool ()
#8 0x8160eb2 in ap_destroy_sub_req ()
#9 0x8067cb8 in handle_include ()
#10 0x806acb5 in send_parsed_content ()
#11 0x806b28d in send_parsed_file ()
#12 0x814dc23 in ap_invoke_handler ()
#13 0x8160e87 in ap_run_sub_req ()
#14 0x8067c35 in handle_include ()
#15 0x806acb5 in send_parsed_content ()
#16 0x806b28d in send_parsed_file ()
#17 0x814dc23 in ap_invoke_handler ()
#18 0x8161769 in process_request_internal ()
#19 0x8161b88 in ap_internal_redirect ()
#20 0x806b6dd in handle_dir ()
#21 0x814dc23 in ap_invoke_handler ()
#22 0x8161769 in process_request_internal ()
#23 0x81617cc in ap_process_request ()
#24 0x8158d9e in child_main ()
#25 0x8158fdc in make_child ()
#26 0x8159356 in perform_idle_server_maintenance ()
#27 0x8159895 in standalone_main ()
#28 0x8159e53 in main ()
#29 0x400ea9f3 in __libc_start_main ()
tell me what to do next and i'll gladly do it...
Previous Comments:
---------------------------------------------------------------------------
[2001-06-28 07:09:54] [EMAIL PROTECTED]
You don't need to set the CFLAGS yourself, the -O9 is known to cause problems.
Please try to compile without setting ANY CFLAGS yourself.
Derick
---------------------------------------------------------------------------
[2001-06-27 14:30:05] [EMAIL PROTECTED]
Here it is:
CFLAGS="-O9 -funroll-loops -ffast-math -malign-double -mcpu=pentiumpro
-march=pentiumpro -fomit-frame-pointer -fno-exceptions"
./configure
--with-apache=../apache_1.3.20
--with-mysql
--disable-debug
--with-gnu-ld
--enable-memory-limit
--enable-inline-optimization
I don't remember exactly, but i think i had tried removing ALL gcc optimization
options, with the same results...
During another crash (pre-crash actually :) i managed to backtrace a httpd which had
this stack:
#0 0x4012c238 in chunk_free ()
#1 0x4012bfaa in __cfree ()
#2 0x80fb8f2 in _efree ()
The other httpd i backtraced had all the stack like this:
#0 0x4012c23e in chunk_free ()
#1 0x4012bfaa in __cfree ()
#2 0x80fbcbf in shutdown_memory_manager ()
Hope this helps...
---------------------------------------------------------------------------
[2001-06-27 11:57:34] [EMAIL PROTECTED]
what was the configure line used to configure PHP ?
---------------------------------------------------------------------------
[2001-06-26 14:32:38] [EMAIL PROTECTED]
Ignore the last comment, wrong bug report :)
---------------------------------------------------------------------------
[2001-06-26 14:31:52] [EMAIL PROTECTED]
Output buffering indeed cannot be used inside output handler functions. However, the
code that handled that error situation contained a bug that caused PHP to enter an
infinite loop. This bug is now fixed (although the limitation of not being able to
use output buffering inside output handlers still applies)
---------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view the rest of the
comments, please view the bug report online.
Full Bug description available at: http://bugs.php.net/?id=11676
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
