Re: need help on "Program terminated with signal 11, Segmentation fault" (Apache Users)

hi frank, thank you so much for the reply. we are using 'prefork' and our server is architecture is : x86-64.

you can see the loaded modules for apache2hanlder below

core
prefork
http_core
mod_so
mod_authz_host
mod_authz_user
mod_authz_owner
mod_authz_groupfile
mod_authz_dbm
mod_authz_default
mod_include
mod_log_config
mod_env
mod_mime_magic
mod_expires
mod_headers
mod_setenvif
mod_mime
mod_status
mod_autoindex
mod_asis
mod_negotiation
mod_dir
mod_alias
mod_rewrite
mod_php5

--rats

From: Frank Gingras <francois.gingras@xxxxxxxxx>
To: users@xxxxxxxxxxxxxxxx
Sent: Wednesday, 25 March, 2009 8:53:28 PM
Subject: Re: need help on "Program terminated with signal 11, Segmentation fault"

Are you using worker, by any chance?

Frank

rats1027-segfault@xxxxxxxxxxx wrote:
> Hi Guys,
>
> We are have a problem with apache segfault on our production server. Please read bellow for description.
>
> Its a web application written in php5 and implemented most of the oop concepts and lot of regular expressions, curl, mcrypt, simplexml, mssql, exceptions and user defined error handlers. When we run this app on our test server, we had no problems, but when we moved it on to the production(here we used have big amount of traffic), initially we saw no problems from our end user testing but from system log, we saw lots of 'segfaults' and thus requests were being dropped(difference in traffic).
>
> Weird thing is that, on the same apache httpd, there is an another application running successfully which is having lesser oop concepts but with same libraries. We are running these two applications with virtual host concept. We see 'segfaults' only when the traffic is very high on the first application.
>
> We have upgraded our php module from 5.2.6 to 5.2.9 but with no result. We have the core dump of the apache below:
>
> #0 0x000055555557dfee in ap_merge_per_dir_configs () from /usr/sbin/httpd
> No symbol table info available.
> #1 0x000055555557b121 in ap_directory_walk () from /usr/sbin/httpd
> No symbol table info available.
> #2 0x00005555555765b9 in ap_is_recursion_limit_exceeded () from /usr/sbin/httpd
> No symbol table info available.
> #3 0x0000555555578b42 in ap_run_map_to_storage () from /usr/sbin/httpd
> No symbol table info available.
> #4 0x0000555555579cbc in ap_process_request_internal () from /usr/sbin/httpd
> No symbol table info available.
> #5 0x000055555558b668 in ap_process_request () from /usr/sbin/httpd
> No symbol table info available.
> #6 0x0000555555588900 in ap_register_input_filter () from /usr/sbin/httpd
> No symbol table info available.
> #7 0x0000555555584a92 in ap_run_process_connection () from /usr/sbin/httpd
> No symbol table info available.
> #8 0x000055555558f27b in ap_graceful_stop_signalled () from /usr/sbin/httpd
> No symbol table info available.
> #9 0x000055555558f50a in ap_graceful_stop_signalled () from /usr/sbin/httpd
> No symbol table info available.
> #10 0x000055555558fd7b in ap_mpm_run () from /usr/sbin/httpd
> No symbol table info available.
> #11 0x000055555556ade4 in main () from /usr/sbin/httpd
> No symbol table info available.
>
> We have tried modifying most of the curl implementation but with no use. Also now we have no clues of the origin of the bug. Any kind of help regarding this is mostly appreciated.
>
> THANK YOU
> --rats
>
>
>
> Add more friends to your messenger and enjoy! Go to http://messenger.yahoo.com/invite/
>

---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx
" from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx
For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx