Reall odd apache2 crashes with blank pages

hi list,

is anyone familiar with odd behaviour of RT (i’m using rt3.6.7/apache2)
where there are several lines in a row in the apache error log stating
segmentation faults and the browser displaying a blank page upon browser
refresh or action (such as clicking on a link)?

also, when i view source on the blank pages, the code seems to be there!
at first i thought this was a browser problem, but then i started to notice
the crashing in the error log and saw a bunch of similar (but quite unrelated)
problems on google searching, which obviously have nothing to do with RT at all…
most proposed solutions don’t apply to me, so i’m stumped…

it seems to happen when i leave the office overnight and come back in the
morning (or simply away from my desk for a while), which makes no sense to
me because there is no activity on this server while i’m not there (it’s on
my desk; i’m the only one working on setting it up atm)… i’m 99.99999999%
sure it’s not caused by hardware problems (ram, etc…) because i thoroughly
tested the memory/cpu using memtest86 on the gentoo install cd first,
and also ran a full battery of tests on the hard drives and RAID controller
card before installing… and the rest of the box runs tip-top, as far as i
can tell, there is no reason for apache’s children procs to be crashing, so
i’m forced to assume something is awry with my RT config, or maybe my apache
build?

i’m using gentoo with a light (1.5mb) 2.6.26-r1 customized kernel which has
everything compiled in for the box (no modules), since the hardware on this
server will never be upgraded/changed. as stated before, everything else
works great. is there any way for me to find out exactly which system call
is causing these segfaults? i’m not too bright when it comes to debugging
or coding, so i’m trying to seek help here before trying to dive into tracing
stuff w/ gdb etc…

:frowning:

i really hope someone can help…

thanks!

(P.S. thanks to everyone on this list for being so nice and helpful so far!
i hope i can return the favor in the future when my install is up and groovy :slight_smile:

Gabriel Cadieux
Systems Engineer & IT Security Analyst
STI - Secure Technologies International, Inc.
Tel. (613) 830-3131 ext. 304
Cel. (613) 608-4635
Fax. (613) 830-5320
www.securetechnologies.ca

Sounds like what would happen with Scalar::util from rpm on redhat
systems. Never used gentoo so I don’t know how it’s package management
works, but you could try re-installing Scalar:util from CPAN.

Gabriel Cadieux wrote:

hi list,

is anyone familiar with odd behaviour of RT (i’m using rt3.6.7/apache2)
where there are several lines in a row in the apache error log stating
segmentation faults and the browser displaying a blank page upon browser
refresh or action (such as clicking on a link)?

Drew Barnes
Applications Analyst
Network Resources Department
Raymond Walters College
University of Cincinnati

I am having a similar issue with 3.8.1 under Apache 2.2.9, Perl 5.10.0,
mod_perl 2.0.4, PHP 5.2.6, mySQL 5.0.45.

I verified I am using the newest Scalar::Util module (1.19) as well.

The biggest issue it is causing is when it happens while rt-mailgate is
attempting to delivery emails and they get stuck in the mail queue.

i was told it is probably being caused by a bug in the version of DBD::mysql that we have currently installed (mine is 4.00.7, which is the one described in the link below as having this issue).

i am still trying to figure out if other stuff is causing it, but on monday i will downgrade to 4.00.5
(gentoo has no ebuild for 4.00.6 for some reason) if the issue is still occuring and let everyone know
if this fixes the problem.

link: http://bugs.mysql.com/bug.php?id=36810

(thanks to David Chandek-Stark for this information).From: rt-users-bounces@lists.bestpractical.com
[mailto:rt-users-bounces@lists.bestpractical.com]On Behalf Of Todd A.
Green
Sent: Friday, September 26, 2008 3:30 PM
To: rt-users@lists.bestpractical.com
Subject: Re: [rt-users] reall odd apache2 crashes with blank pages

I am having a similar issue with 3.8.1 under Apache 2.2.9, Perl 5.10.0,
mod_perl 2.0.4, PHP 5.2.6, mySQL 5.0.45.

I verified I am using the newest Scalar::Util module (1.19) as well.

The biggest issue it is causing is when it happens while rt-mailgate is
attempting to delivery emails and they get stuck in the mail queue.


Message: 3
Date: Fri, 26 Sep 2008 13:42:58 -0400
From: Drew Barnes barnesaw@ucrwcu.rwc.uc.edu
Subject: Re: [rt-users] reall odd apache2 crashes with blank pages
To: Gabriel Cadieux gcadieux@securetechnologies.ca
Cc: “RT Users Mailing List (E-mail)”
rt-users@lists.bestpractical.com
Message-ID: 48DD1F22.1000900@ucrwcu.rwc.uc.edu
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

Sounds like what would happen with Scalar::util from rpm on redhat
systems. Never used gentoo so I don’t know how it’s package management
works, but you could try re-installing Scalar:util from CPAN.

Gabriel Cadieux wrote:

hi list,

is anyone familiar with odd behaviour of RT (i’m using rt3.6.7/apache2)
where there are several lines in a row in the apache error log stating
segmentation faults and the browser displaying a blank page upon browser
refresh or action (such as clicking on a link)?

http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

Community help: http://wiki.bestpractical.com
Commercial support: sales@bestpractical.com

Discover RT’s hidden secrets with RT Essentials from O’Reilly Media.
Buy a copy at http://rtbook.bestpractical.com

i was told it is probably being caused by a bug in the version of DBD::mysql that we have currently installed (mine is 4.00.7, which is the one described in the link below as having this issue).

i am still trying to figure out if other stuff is causing it, but on monday i will downgrade to 4.00.5
(gentoo has no ebuild for 4.00.6 for some reason) if the issue is still occuring and let everyone know
if this fixes the problem.

link: http://bugs.mysql.com/bug.php?id=36810

(thanks to David Chandek-Stark for this information).

thanks for the information.
our new rt 3.8.1 system is suffered for this problem. i was wondering
if mod_perl cause the problem.
hope we will hear the good news from you.

i was told it is probably being caused by a bug in the version of DBD::mysql that we have currently installed (mine is 4.00.7, which is the one described in the link below as having this issue).

i am still trying to figure out if other stuff is causing it, but on monday i will downgrade to 4.00.5
(gentoo has no ebuild for 4.00.6 for some reason) if the issue is still occuring and let everyone know
if this fixes the problem.

link: http://bugs.mysql.com/bug.php?id=36810

(thanks to David Chandek-Stark for this information).

thanks for the information.
our new rt 3.8.1 system is suffered for this problem. i was wondering
if mod_perl cause the problem.
hope we will hear the good news from you.

I’m not sure it’s related, I had the mysql morning bug on 2 new RT
installations (Debian lenny, 64bit). I fixed it by upgrading DBD::mysql
to 4.008.

I think this changelog fixes my problem (segfault of mason in apache log
(fastcgi), Internal Server error):

  • Disabled TAKE_IMP_DATA_VERSION because segfault with DBI < 1.607

which is the case in Debian lenny, DBI = 1.605

i was told it is probably being caused by a bug in the version of DBD::mysql that we have currently installed (mine is 4.00.7, which is the one described in the link below as having this issue).

i am still trying to figure out if other stuff is causing it, but on monday i will downgrade to 4.00.5
(gentoo has no ebuild for 4.00.6 for some reason) if the issue is still occuring and let everyone know
if this fixes the problem.

link: http://bugs.mysql.com/bug.php?id=36810

(thanks to David Chandek-Stark for this information).

thanks for the information.
our new rt 3.8.1 system is suffered for this problem. i was wondering
if mod_perl cause the problem.
hope we will hear the good news from you.

I’m not sure it’s related, I had the mysql morning bug on 2 new RT
installations (Debian lenny, 64bit). I fixed it by upgrading DBD::mysql
to 4.008.

I think this changelog fixes my problem (segfault of mason in apache log
(fastcgi), Internal Server error):

  • Disabled TAKE_IMP_DATA_VERSION because segfault with DBI < 1.607

which is the case in Debian lenny, DBI = 1.605

thanks!
i just upgrade DBD:mysql of our rt server to 4.008.
i will wait a few days to see it the problem goes away.

i have just reviewed the weekend logs for our RT server on apache and have yet to see any more segfaults; this being without downgrading/upgrading DBD::mysql… (i am still at 4.00.7)… i did, however, before leaving on friday, disable the “-D SSL” flag in my /etc/conf.d/apache2 file, making apache start up without SSL support (we don’t need it running on the server as it won’t be using https)… i don’t know if this had anything to do with it, but i will certainly keep monitoring this issue closely and let everyone know if anything ever happens again, in which case i will try to switch DBD::mysql versions and confirm the fix.

thanks to all who participated in the issue so far, as i am sure this affects a lot of people.From: rt-users-bounces@lists.bestpractical.com
[mailto:rt-users-bounces@lists.bestpractical.com]On Behalf Of d tbsky
Sent: Monday, September 29, 2008 7:44 AM
To: Emmanuel Lacour
Cc: rt-users@lists.bestpractical.com
Subject: Re: [rt-users] reall odd apache2 crashes with blank pages

i was told it is probably being caused by a bug in the version of DBD::mysql that we have currently installed (mine is 4.00.7, which is the one described in the link below as having this issue).

i am still trying to figure out if other stuff is causing it, but on monday i will downgrade to 4.00.5
(gentoo has no ebuild for 4.00.6 for some reason) if the issue is still occuring and let everyone know
if this fixes the problem.

link: http://bugs.mysql.com/bug.php?id=36810

(thanks to David Chandek-Stark for this information).

thanks for the information.
our new rt 3.8.1 system is suffered for this problem. i was wondering
if mod_perl cause the problem.
hope we will hear the good news from you.

I’m not sure it’s related, I had the mysql morning bug on 2 new RT
installations (Debian lenny, 64bit). I fixed it by upgrading DBD::mysql
to 4.008.

I think this changelog fixes my problem (segfault of mason in apache log
(fastcgi), Internal Server error):

  • Disabled TAKE_IMP_DATA_VERSION because segfault with DBI < 1.607

which is the case in Debian lenny, DBI = 1.605

thanks!
i just upgrade DBD:mysql of our rt server to 4.008.
i will wait a few days to see it the problem goes away.
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

Community help: http://wiki.bestpractical.com
Commercial support: sales@bestpractical.com

Discover RT’s hidden secrets with RT Essentials from O’Reilly Media.
Buy a copy at http://rtbook.bestpractical.com

i was told it is probably being caused by a bug in the version of
DBD::mysql that we have currently installed (mine is 4.00.7, which
is the one described in the link below as having this issue).

i am still trying to figure out if other stuff is causing it, but
on monday i will downgrade to 4.00.5
(gentoo has no ebuild for 4.00.6 for some reason) if the issue is
still occuring and let everyone know
if this fixes the problem.

link: http://bugs.mysql.com/bug.php?id=36810

(thanks to David Chandek-Stark for this information).

thanks for the information.
our new rt 3.8.1 system is suffered for this problem. i was wondering
if mod_perl cause the problem.
hope we will hear the good news from you.

I’m not sure it’s related, I had the mysql morning bug on 2 new RT
installations (Debian lenny, 64bit). I fixed it by upgrading
DBD::mysql
to 4.008.

I think this changelog fixes my problem (segfault of mason in apache
log
(fastcgi), Internal Server error):

  • Disabled TAKE_IMP_DATA_VERSION because segfault with DBI < 1.607

which is the case in Debian lenny, DBI = 1.605

I have the issue when using Apache on CentOS 5.2

[root@rt ~]# uname -a
Linux rt 2.6.18-ovz028stab039.1-smp #1 SMP Tue Jul 24 12:12:48 MSD
2007 i686 i686 i386 GNU/Linux

httpd-2.2.3-11.el5_1.centos.3
mod_perl-2.0.2-6.3.el5

DBI is up to date (1.607).
DBD::mysql is up to date (4.008).

I have worked around it for now by serving the pages with lighttpd
with FastCGI.

Matt

it seems i was too quick to assume that my disabling apache’s SSL functionality worked to counter this issue;

the server just now crapped out AGAIN with the same symptoms: i clicked a link this morning after having a firefox window open on RT all night, and was once again greeted with a white page and a nice segfault on my tailf console… ;/ it also crashed several more times afterwards, every single time i did an F5 to try and refresh.

i have just downgraded to DBD::mysql 4.00.5 (from 4.00.7), and will report once more in the next few days on the issue.

good luck to all affected by this ubiquitous issue.

i thought i had good news to share; i came in this morning and RT didn’t greet me with a white page upon clicking a link or refreshing, but then i still noticed a single segfault entry at 5pm yesterday night (this is even before i left the office apparently, i simply hand’t noticed) it seems like the DBD::mysql downgrade didn’t change much. :frowning:

to those who also still have not fixed this: has anyone else gotten any further with their problem so far? if so, please provide details about what you’ve done up to now to resolve the issue.

thanks.-----Original Message-----
From: rt-users-bounces@lists.bestpractical.com
[mailto:rt-users-bounces@lists.bestpractical.com]On Behalf Of Gabriel
Cadieux
Sent: Tuesday, September 30, 2008 7:52 AM
To: RT Users Mailing List (E-mail)
Subject: Re: [rt-users] reall odd apache2 crashes with blank pages

it seems i was too quick to assume that my disabling apache’s SSL functionality worked to counter this issue;

the server just now crapped out AGAIN with the same symptoms: i clicked a link this morning after having a firefox window open on RT all night, and was once again greeted with a white page and a nice segfault on my tailf console… ;/ it also crashed several more times afterwards, every single time i did an F5 to try and refresh.

i have just downgraded to DBD::mysql 4.00.5 (from 4.00.7), and will report once more in the next few days on the issue.

good luck to all affected by this ubiquitous issue.
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

Community help: http://wiki.bestpractical.com
Commercial support: sales@bestpractical.com

Discover RT’s hidden secrets with RT Essentials from O’Reilly Media.
Buy a copy at http://rtbook.bestpractical.com

Did you check the various log files?

Mathieu Longtin
1-514-803-8977On Thu, Oct 2, 2008 at 8:35 AM, Gabriel Cadieux < gcadieux@securetechnologies.ca> wrote:

i thought i had good news to share; i came in this morning and RT didn’t
greet me with a white page upon clicking a link or refreshing, but then i
still noticed a single segfault entry at 5pm yesterday night (this is even
before i left the office apparently, i simply hand’t noticed) it seems like
the DBD::mysql downgrade didn’t change much. :frowning:

to those who also still have not fixed this: has anyone else gotten any
further with their problem so far? if so, please provide details about what
you’ve done up to now to resolve the issue.

thanks.

-----Original Message-----
From: rt-users-bounces@lists.bestpractical.com
[mailto:rt-users-bounces@lists.bestpractical.com]On Behalf Of Gabriel
Cadieux
Sent: Tuesday, September 30, 2008 7:52 AM
To: RT Users Mailing List (E-mail)
Subject: Re: [rt-users] reall odd apache2 crashes with blank pages

it seems i was too quick to assume that my disabling apache’s SSL
functionality worked to counter this issue;

the server just now crapped out AGAIN with the same symptoms: i clicked a
link this morning after having a firefox window open on RT all night, and
was once again greeted with a white page and a nice segfault on my tailf
console… ;/ it also crashed several more times afterwards, every single
time i did an F5 to try and refresh.

i have just downgraded to DBD::mysql 4.00.5 (from 4.00.7), and will report
once more in the next few days on the issue.

good luck to all affected by this ubiquitous issue.


The rt-users Archives

Community help: http://wiki.bestpractical.com
Commercial support: sales@bestpractical.com

Discover RT’s hidden secrets with RT Essentials from O’Reilly Media.
Buy a copy at http://rtbook.bestpractical.com


The rt-users Archives

Community help: http://wiki.bestpractical.com
Commercial support: sales@bestpractical.com

Discover RT’s hidden secrets with RT Essentials from O’Reilly Media.
Buy a copy at http://rtbook.bestpractical.com

the reason i notice the segfaults is because i have been tailf-ing /var/log/apache2/error_log 24/7 for over a week, so yes.

:stuck_out_tongue:

could someone please point me in the right direction regarding obtaining a valid core dump from the segfault and performing a gdb backtrace on it to identify the source of the crashes? i’m mildly retarded when it comes to debugging/coding under linux.

thanks.

-gabe-----Original Message-----
From: Mathieu Longtin [mailto:mathieu@closetwork.org]
Sent: Thursday, October 02, 2008 8:02 AM
To: Gabriel Cadieux
Cc: RT Users Mailing List (E-mail)
Subject: Re: [rt-users] reall odd apache2 crashes with blank pages

Did you check the various log files?

Mathieu Longtin
1-514-803-8977

On Thu, Oct 2, 2008 at 8:35 AM, Gabriel Cadieux < gcadieux@securetechnologies.ca> wrote:

i thought i had good news to share; i came in this morning and RT didn’t greet me with a white page upon clicking a link or refreshing, but then i still noticed a single segfault entry at 5pm yesterday night (this is even before i left the office apparently, i simply hand’t noticed) it seems like the DBD::mysql downgrade didn’t change much. :frowning:

to those who also still have not fixed this: has anyone else gotten any further with their problem so far? if so, please provide details about what you’ve done up to now to resolve the issue.

thanks.

-----Original Message-----
From: rt-users-bounces@lists.bestpractical.com
[mailto: rt-users-bounces@lists.bestpractical.com]On Behalf Of Gabriel
Cadieux
Sent: Tuesday, September 30, 2008 7:52 AM
To: RT Users Mailing List (E-mail)
Subject: Re: [rt-users] reall odd apache2 crashes with blank pages

it seems i was too quick to assume that my disabling apache’s SSL functionality worked to counter this issue;

the server just now crapped out AGAIN with the same symptoms: i clicked a link this morning after having a firefox window open on RT all night, and was once again greeted with a white page and a nice segfault on my tailf console… ;/ it also crashed several more times afterwards, every single time i did an F5 to try and refresh.

i have just downgraded to DBD::mysql 4.00.5 (from 4.00.7), and will report once more in the next few days on the issue.

good luck to all affected by this ubiquitous issue.
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

Community help: http://wiki.bestpractical.com
Commercial support: sales@bestpractical.com

Discover RT’s hidden secrets with RT Essentials from O’Reilly Media.
Buy a copy at http://rtbook.bestpractical.com
The rt-users Archives

Community help: http://wiki.bestpractical.com
Commercial support: sales@bestpractical.com

Discover RT’s hidden secrets with RT Essentials from O’Reilly Media.
Buy a copy at http://rtbook.bestpractical.com

it seems i was too quick to assume that my disabling apache’s SSL functionality worked to counter this issue;

the server just now crapped out AGAIN with the same symptoms: i clicked a link this morning after having a firefox window open on RT all night, and was once again greeted with a white page and a nice segfault on my tailf console… ;/ it also crashed several more times afterwards, every single time i did an F5 to try and refresh.

i have just downgraded to DBD::mysql 4.00.5 (from 4.00.7), and will report once more in the next few days on the issue.

good luck to all affected by this ubiquitous issue.

disable ssl slow down the segfault. our rt system runs for 3 days. it
segfault almost every day before.
but the problem is still there. i now again wondering about mod_perl…

after disabling SSL and downgrading DBD::mysql to 4.00.5 (from the buggy 4.00.7), i am happy to announce that there have been no segfaults on our RT server since last friday. i beleive each of these options must have been partially responsible for the problem… i will wait approx. another week and then consider this issue resolved due to the changes applied. i will let you all know how it turns out.

-gabe-----Original Message-----
From: d tbsky [mailto:tbskyd@gmail.com]
Sent: Thursday, October 02, 2008 9:20 PM
To: Gabriel Cadieux
Cc: rt-users@lists.bestpractical.com
Subject: Re: [rt-users] reall odd apache2 crashes with blank pages

2008/9/30 Gabriel Cadieux gcadieux@securetechnologies.ca:

it seems i was too quick to assume that my disabling apache’s SSL functionality worked to counter this issue;

the server just now crapped out AGAIN with the same symptoms: i clicked a link this morning after having a firefox window open on RT all night, and was once again greeted with a white page and a nice segfault on my tailf console… ;/ it also crashed several more times afterwards, every single time i did an F5 to try and refresh.

i have just downgraded to DBD::mysql 4.00.5 (from 4.00.7), and will report once more in the next few days on the issue.

good luck to all affected by this ubiquitous issue.

disable ssl slow down the segfault. our rt system runs for 3 days. it
segfault almost every day before.
but the problem is still there. i now again wondering about mod_perl…

I think it’s just a bug in DBD:mysql, I had the same issue and it’s a
well documented problem. I can’t see why SSL would have any effect, it’s
just a protocol not a driver.

Gabriel Cadieux wrote:

yes, i understand that, but you have to take into consideration the fact that someone also mentioned disabling SSL altogether slowed their segfaults, and this is exactly what happened when i tried it as well. before i disabled SSL, i was getting several crashes per day, around 8 or so… constantly. this continued for almost a week. after disabling it, it went steady for a couple days between each segfault, for about another week, until everything finally turned out fine (so far anyways) when i downgraded DBD::mysql… i haven’t seen a segfault in logs since last friday.

logic forces me to conclude the problem was not necessarely caused, but most likely exacerbated by the SSL functionality being turned on.

-gabeFrom: Curtis Bruneau [mailto:curtisb@vianet.ca]
Sent: Wednesday, October 08, 2008 9:45 AM
To: Gabriel Cadieux; rt-users@lists.bestpractical.com
Subject: Re: [rt-users] reall odd apache2 crashes with blank pages

I think it’s just a bug in DBD:mysql, I had the same issue and it’s a
well documented problem. I can’t see why SSL would have any effect, it’s
just a protocol not a driver.

Gabriel Cadieux wrote:

after disabling SSL and downgrading DBD::mysql to 4.00.5 (from the buggy 4.00.7), i am happy to announce that there have been no segfaults on our RT server since last friday. i beleive each of these options must have been partially responsible for the problem… i will wait approx. another week and then consider this issue resolved due to the changes applied. i will let you all know how it turns out.

-gabe

-----Original Message-----
From: d tbsky [mailto:tbskyd@gmail.com]
Sent: Thursday, October 02, 2008 9:20 PM
To: Gabriel Cadieux
Cc: rt-users@lists.bestpractical.com
Subject: Re: [rt-users] reall odd apache2 crashes with blank pages

it seems i was too quick to assume that my disabling apache’s SSL functionality worked to counter this issue;

the server just now crapped out AGAIN with the same symptoms: i clicked a link this morning after having a firefox window open on RT all night, and was once again greeted with a white page and a nice segfault on my tailf console… ;/ it also crashed several more times afterwards, every single time i did an F5 to try and refresh.

i have just downgraded to DBD::mysql 4.00.5 (from 4.00.7), and will report once more in the next few days on the issue.

good luck to all affected by this ubiquitous issue.

disable ssl slow down the segfault. our rt system runs for 3 days. it
segfault almost every day before.
but the problem is still there. i now again wondering about mod_perl…


The rt-users Archives

Community help: http://wiki.bestpractical.com
Commercial support: sales@bestpractical.com

Discover RT’s hidden secrets with RT Essentials from O’Reilly Media.
Buy a copy at http://rtbook.bestpractical.com

Understood, just saying you should still be able to use SSL without
issues with the fixed driver.

Gabriel Cadieux wrote:

I’m not sure it’s related, I had the mysql morning bug on 2 new RT
installations (Debian lenny, 64bit). I fixed it by upgrading DBD::mysql
to 4.008.

I think this changelog fixes my problem (segfault of mason in apache log
(fastcgi), Internal Server error):

  • Disabled TAKE_IMP_DATA_VERSION because segfault with DBI < 1.607

which is the case in Debian lenny, DBI = 1.605

4.008 doesn’t fix the blank page/segfault bug, I can now reproduce the
problem on 4.007 and 4.008.

here is bug reports to this:

http://rt.cpan.org/Public/Bug/Display.html?id=39866
http://rt.cpan.org/Public/Bug/Display.html?id=37027

ahh, i get you.

indeed, the SSL functionality should work flawlessly now, but we weren’t actually using it per se, it was just turned on by default. our RT implementation is internal only, and the mysql database is runs on the same host as apache, so there’s really no need for it.

:slight_smile:

-gabeFrom: Curtis Bruneau [mailto:curtisb@vianet.ca]
Sent: Wednesday, October 08, 2008 10:03 AM
To: Gabriel Cadieux; rt-users@lists.bestpractical.com
Subject: Re: [rt-users] reall odd apache2 crashes with blank pages

Understood, just saying you should still be able to use SSL without
issues with the fixed driver.

Gabriel Cadieux wrote:

yes, i understand that, but you have to take into consideration the fact that someone also mentioned disabling SSL altogether slowed their segfaults, and this is exactly what happened when i tried it as well. before i disabled SSL, i was getting several crashes per day, around 8 or so… constantly. this continued for almost a week. after disabling it, it went steady for a couple days between each segfault, for about another week, until everything finally turned out fine (so far anyways) when i downgraded DBD::mysql… i haven’t seen a segfault in logs since last friday.

logic forces me to conclude the problem was not necessarely caused, but most likely exacerbated by the SSL functionality being turned on.

-gabe

-----Original Message-----
From: Curtis Bruneau [mailto:curtisb@vianet.ca]
Sent: Wednesday, October 08, 2008 9:45 AM
To: Gabriel Cadieux; rt-users@lists.bestpractical.com
Subject: Re: [rt-users] reall odd apache2 crashes with blank pages

I think it’s just a bug in DBD:mysql, I had the same issue and it’s a
well documented problem. I can’t see why SSL would have any effect, it’s
just a protocol not a driver.

Gabriel Cadieux wrote:

after disabling SSL and downgrading DBD::mysql to 4.00.5 (from the buggy 4.00.7), i am happy to announce that there have been no segfaults on our RT server since last friday. i beleive each of these options must have been partially responsible for the problem… i will wait approx. another week and then consider this issue resolved due to the changes applied. i will let you all know how it turns out.

-gabe

-----Original Message-----
From: d tbsky [mailto:tbskyd@gmail.com]
Sent: Thursday, October 02, 2008 9:20 PM
To: Gabriel Cadieux
Cc: rt-users@lists.bestpractical.com
Subject: Re: [rt-users] reall odd apache2 crashes with blank pages

it seems i was too quick to assume that my disabling apache’s SSL functionality worked to counter this issue;

the server just now crapped out AGAIN with the same symptoms: i clicked a link this morning after having a firefox window open on RT all night, and was once again greeted with a white page and a nice segfault on my tailf console… ;/ it also crashed several more times afterwards, every single time i did an F5 to try and refresh.

i have just downgraded to DBD::mysql 4.00.5 (from 4.00.7), and will report once more in the next few days on the issue.

good luck to all affected by this ubiquitous issue.

disable ssl slow down the segfault. our rt system runs for 3 days. it
segfault almost every day before.
but the problem is still there. i now again wondering about mod_perl…


The rt-users Archives

Community help: http://wiki.bestpractical.com
Commercial support: sales@bestpractical.com

Discover RT’s hidden secrets with RT Essentials from O’Reilly Media.
Buy a copy at http://rtbook.bestpractical.com