intermittent segfaults, ssl?

2010-01-12 Thread Mark Copper
Hi,

I have a server like this:
  Server Version: Apache/2.2.9 (Debian) mod_ssl/2.2.9 OpenSSL/0.9.8g
  mod_apreq2-20051231/2.6.0 mod_perl/2.0.4 Perl/v5.10.0
I'm also using HTML::Mason

I've been getting intermittent segfaults like this:
  child pid 10142 exit signal Segmentation fault (11)
ever since in installed Apache2 in March.

I am going to try to debug this, but I thought I would ask if anyone
might have a suggestion based on this behavior:
  - no segfaults occur with 8 hours of an apache restart; the first fault
can be 8 to 48 hours after restart, the 2nd may occur within seconds;
there have never been more than 5 in a day.

  - I have observed these faults *only* for port 443 (ssl) requests.

  - The simplest case has been when a plain HTML page was served through
mod_perl and mason; e.g. no database call.

I know probably shouldn't be imposing on list-readers time without doing
more work, but I just wonder is it isn't something really elementary 
that I'm missing.

Mark


Re: intermittent segfaults, ssl?

2010-01-12 Thread Alex Aminoff


We had a very similar problem. After a lot of effort trying to track down 
the source, we believe we isolated it to a line of perl code that 
incorrectly sets $/ without localizing it.


mod_backtrace showed that the problem seemed to be happening in

 modperl_perl_global_request_save

Here is the thread that suggested the fix that worked for us:

 http://www.gossamer-threads.com/lists/modperl/modperl/100066

Here is the thread we posted, not actually any more informative:

 http://www.gossamer-threads.com/lists/modperl/modperl/100842

The proof is in the pudding. After fixing the line with $/, we went from 
dozens of seg faults per hour to none.


  - Alex Aminoff
BaseSpace.net
National Bureau of Economic Research (nber.org)

On Tue, 12 Jan 2010, Mark Copper wrote:


Hi,

I have a server like this:
 Server Version: Apache/2.2.9 (Debian) mod_ssl/2.2.9 OpenSSL/0.9.8g
 mod_apreq2-20051231/2.6.0 mod_perl/2.0.4 Perl/v5.10.0
I'm also using HTML::Mason

I've been getting intermittent segfaults like this:
 child pid 10142 exit signal Segmentation fault (11)
ever since in installed Apache2 in March.

I am going to try to debug this, but I thought I would ask if anyone
might have a suggestion based on this behavior:
 - no segfaults occur with 8 hours of an apache restart; the first fault
   can be 8 to 48 hours after restart, the 2nd may occur within seconds;
   there have never been more than 5 in a day.

 - I have observed these faults *only* for port 443 (ssl) requests.

 - The simplest case has been when a plain HTML page was served through
   mod_perl and mason; e.g. no database call.

I know probably shouldn't be imposing on list-readers time without doing
more work, but I just wonder is it isn't something really elementary
that I'm missing.

Mark



Re: intermittent segfaults, ssl?

2010-01-13 Thread Mark Copper
Despite what I said, this seems to be CPAN bug 37027 or, in my case, 
Debian bug #520406 involving module DBD-mysql.

Mark

On Tue, Jan 12, 2010 at 12:24:17PM -0600, Mark Copper wrote:
> Hi,
> 
> I have a server like this:
>   Server Version: Apache/2.2.9 (Debian) mod_ssl/2.2.9 OpenSSL/0.9.8g
>   mod_apreq2-20051231/2.6.0 mod_perl/2.0.4 Perl/v5.10.0
> I'm also using HTML::Mason
> 
> I've been getting intermittent segfaults like this:
>   child pid 10142 exit signal Segmentation fault (11)
> ever since in installed Apache2 in March.
> 
> I am going to try to debug this, but I thought I would ask if anyone
> might have a suggestion based on this behavior:
>   - no segfaults occur with 8 hours of an apache restart; the first fault
> can be 8 to 48 hours after restart, the 2nd may occur within seconds;
> there have never been more than 5 in a day.
> 
>   - I have observed these faults *only* for port 443 (ssl) requests.
> 
>   - The simplest case has been when a plain HTML page was served through
> mod_perl and mason; e.g. no database call.
> 
> I know probably shouldn't be imposing on list-readers time without doing
> more work, but I just wonder is it isn't something really elementary 
> that I'm missing.
> 
> Mark