I am new to the list but have been using RT 1.0.7 for some time now.
Request Tracker has been a blessing and my clients love it. I am trying to
get RT 2.0.4 working with PostgreSQL 7.0.3. I have everything installed
(make testdeps gave me an OK on everything) and the make install went great.
However, when going to the web interface, I get the following information
displayed. It looks like a Mason issue but unsure.
I am new to the list but have been using RT 1.0.7 for some time now.
Request Tracker has been a blessing and my clients love it. I am trying to
get RT 2.0.4 working with PostgreSQL 7.0.3. I have everything installed
(make testdeps gave me an OK on everything) and the make install went great.
However, when going to the web interface, I get the following information
displayed. It looks like a Mason issue but unsure.
Any ideas on how to resolve the issue? I do have PerlHandler RT::Mason in
my httpd.conf file.
I’m fighting the same problem. A day ago I’ve upgraded my perl
from version 5 to 5.6.1. Just to be sure, I’ve recompiled my apache
with mod_perl 1.26 again and did a clean install of RT 2.0.4.
make testdeps is OK and I’m pretty sure I’ve installed all components
from scratch after upgrading perl. Now, what RT gives is the screen
meant above. And in the apache error-log I see following:
<–snip–>
[Wed Aug 1 10:00:41 2001] [notice] child pid 7977 exit signal Segmentation fault (11)
[Wed Aug 1 10:00:41 2001] [notice] child pid 7976 exit signal Segmentation fault (11)
[Wed Aug 1 10:00:52 2001] [notice] child pid 8001 exit signal Segmentation fault (11)
[Wed Aug 1 10:00:52 2001] [notice] child pid 8000 exit signal Segmentation fault (11)
[Wed Aug 1 10:00:52 2001] [notice] child pid 7999 exit signal Segmentation fault (11)
<–/snip–>
every time a try to access RT web interface. This is just a cut, it gives
more segfaults than this five lines.
Just to be exact, before upgrading perl all went OK
The display of <& blah &> means that you haven’t properly configured
apache to use RT’s mod_perl handler. I suspect that the segfaults are
related to mod_perl being compiled as a dso.
-jOn Wed, Aug 01, 2001 at 04:14:58PM +0200, Miroslav Laus wrote:
Hi!
On Wed 01.Aug, Michael Bush wrote:
Hey Jesse / Everyone:
I am new to the list but have been using RT 1.0.7 for some time now.
Request Tracker has been a blessing and my clients love it. I am trying to
get RT 2.0.4 working with PostgreSQL 7.0.3. I have everything installed
(make testdeps gave me an OK on everything) and the make install went great.
However, when going to the web interface, I get the following information
displayed. It looks like a Mason issue but unsure.
Any ideas on how to resolve the issue? I do have PerlHandler RT::Mason in
my httpd.conf file.
I’m fighting the same problem. A day ago I’ve upgraded my perl
from version 5 to 5.6.1. Just to be sure, I’ve recompiled my apache
with mod_perl 1.26 again and did a clean install of RT 2.0.4.
make testdeps is OK and I’m pretty sure I’ve installed all components
from scratch after upgrading perl. Now, what RT gives is the screen
meant above. And in the apache error-log I see following:
<–snip–>
[Wed Aug 1 10:00:41 2001] [notice] child pid 7977 exit signal Segmentation fault (11)
[Wed Aug 1 10:00:41 2001] [notice] child pid 7976 exit signal Segmentation fault (11)
[Wed Aug 1 10:00:52 2001] [notice] child pid 8001 exit signal Segmentation fault (11)
[Wed Aug 1 10:00:52 2001] [notice] child pid 8000 exit signal Segmentation fault (11)
[Wed Aug 1 10:00:52 2001] [notice] child pid 7999 exit signal Segmentation fault (11)
<–/snip–>
every time a try to access RT web interface. This is just a cut, it gives
more segfaults than this five lines.
Just to be exact, before upgrading perl all went OK
As I sit here alone looking at green text on a laptop in a mostly bare room listening
to loud music wearing all black, I realize that that it is much less cool in real life
–Richard Tibbetts
The display of <& blah &> means that you haven’t properly configured
apache to use RT’s mod_perl handler. I suspect that the segfaults are
related to mod_perl being compiled as a dso.