RE: [users@httpd] Strategies for debugging a segmentation fault o n a production ser ver

[Michael Caplan <mi...@lechateau.ca>]

Hi Joshua,

Thanks for the tips.  Forensic looks like it certainly do the trick.  I'm
going to give that a spin.

For 1.3.33, do you know if CoreCumpDirectory is set, if it will generate a
dump when running in non-debug mode?

Thanks again,

Michael

> -----Original Message-----
> From: Joshua Slive [mailto:jslive@gmail.com]
> Sent: Tuesday, June 21, 2005 8:11 AM
> To: users@httpd.apache.org
> Subject: Re: [users@httpd] Strategies for debugging a segmentation fault
> on a production ser ver
> 
> On 6/21/05, Michael Caplan <mi...@lechateau.ca> wrote:
> > I am looking for some advice on how to go about debugging Apache 1.3.33
> /
> > PHP 5.0.4 on a production Linux box (RHE 3).  The scenario is this:
> Once a
> > day we find a segfault in our apache logs.  From our current position,
> we
> > don't know what page was accessed, and our 400+ users haven't brought
> the
> > issue to our attention.  All we know is the date/time and PID of when
> the
> > segfault occurred.  The question is this:  how can we go about isolating
> the
> > offending requested page that bombs?
> 
> With a little luck, you can get apache to leave you a core file that
> can later be loaded in gdb to find the problem.  See:
> http://httpd.apache.org/docs-2.0/mod/mpm_common.html#coredumpdirectory
> 
> Another alternative is mod_log_forensic:
> http://httpd.apache.org/docs-2.0/mod/mod_log_forensic.html
> which is designed to isolate requests that cause a crash.
> 
> Joshua.
> 
> ---------------------------------------------------------------------
> 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@httpd.apache.org
>    "   from the digest: users-digest-unsubscribe@httpd.apache.org
> For additional commands, e-mail: users-help@httpd.apache.org



CONFIDENTIALITY NOTICE
This message contains confidential information intended only for the use of
the individual or entity named as recipient. Any dissemination, distribution
or copying of this communication by anyone other than the intended recipient
is strictly prohibited. If you have received this message in error, please
immediately notify us and delete your copy. Thank you.

AVIS DE CONFIDENTIALITÉ
Les informations contenues aux présentes sont de nature privilégiée et
confidentielle. Elles ne peuvent être utilisées que par la personne ou
l'entité dont le nom paraît comme destinataire. Si le lecteur du présent
message n'est pas le destinataire prévu, il est par les présentes prié de
noter qu'il est strictement interdit de divulguer, de distribuer ou de
copier ce message. Si ce message vous a été transmis par mégarde, veuillez
nous en aviser immédiatement et supprimer votre copie. Merci.


---------------------------------------------------------------------
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@httpd.apache.org
   "   from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org

Re: [users@httpd] Strategies for debugging a segmentation fault o n a production ser ver

[Joshua Slive <js...@gmail.com>]

On 6/21/05, Michael Caplan <mi...@lechateau.ca> wrote:
> Hi Joshua,
> 
> Thanks for the tips.  Forensic looks like it certainly do the trick.  I'm
> going to give that a spin.
> 
> For 1.3.33, do you know if CoreCumpDirectory is set, if it will generate a
> dump when running in non-debug mode?

It should, but it probably won't do you much good with symbol-information.

Joshua.

---------------------------------------------------------------------
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@httpd.apache.org
   "   from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org