apache core dump

Paul Querna chip at force-elite.com
Mon Jan 3 10:31:56 GMT 2005


Clement Laforet wrote:
> On Sat, 1 Jan 2005 10:31:55 -0800
> "whitevamp" <whitevamp47 at hotmail.com> wrote:
> 
> 
>>ok the otherday i had an issue with apache not binding to port 80
>>
>>and i thought i got that taken care of, well maby i have but any way
>>i knoticed that apache wasnt running any more so i when to start it
>>and it whouldnt start so i looked in the error log didnt find
>>anything wrong in there so i looked in messages and i found this
>>Dec 31 19:00:04 vampextream kernel: pid 88555 (httpd), uid 80: exited on signal 11
>>
>>so now its core dumping .. 
>>so my quistions are 
>>1. how do i go about debugging this?
> 
> First of all you need to find what is causing the segfault:
> 	- a modules (apache's one or third party one)
> 	- apache itself
> 
> You have to enable or disable every module (one by one) to find the 
> culpit. After that, rebuild apache and the culpit module (if any) with 
> debugging stuff.

Thats pretty harsh, I generally just rebuild everything eith debugging 
info enabled. Much faster than trying to manually add/remove all those 
modules :)

  After that, you need to allow apache to write a dump.
> sysctl kern.sugid_coredump=1
> and use CoreDumpDirectory to define a place to store dump files.
> run gdb on the core to find where it fails.
> 
> 
>>2. and what would be causeing this?
> 
> Generally, mod_php ;)
> Find the culpit first, and then you'll see.
> 
> clem
> 
> Note: if you use nss_ldap + php4, it can cause segfaults.



More information about the freebsd-apache mailing list