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