Requesttracker gets lost in Tickets option

RT Users
1

I have installed Requesttracker 3.2.2, on a Redhat Linux AS 2.1
system. I am running Apache 1.3.31 (compiled and installed
from source), and I am using mod_perl 1.29.

I have installed perl-5.8.5 into its own tree at /usr/local/perl5/perl5.8.5
(I also modifed /usr/bin/perl to point to that perl).

The installation of requesttracker was not entirely clean.
A number of modules needed to be installed by downloading them
and then doing the install.

When I access requesttracker via the web, it appears that
it is working.

However, if I click on Tickets the web browser never gets to the
next web page, it just indicates the browser it is attempting to get the
Search/Build.html web page.

If I check the httpd processes with top, it shows one of them is using
nearly all the cpu.

I have to run

/usr/local/apache/bin/apachectl restart

to fix the problem.

Does anyone have an idea what might be wrong?

2

I have installed Requesttracker 3.2.2, on a Redhat Linux AS 2.1
system. I am running Apache 1.3.31 (compiled and installed
from source), and I am using mod_perl 1.29.

I have installed perl-5.8.5 into its own tree at /usr/local/perl5/perl5.8.5
(I also modifed /usr/bin/perl to point to that perl).

I believe you’ll need to rebuilt mod_perl against that perl install as
well.

seph

3

This is a repost with a corrected Subject line.

At 12:00 PM 10/14/2004 -0400, you wrote:

Date: Wed, 13 Oct 2004 22:20:28 -0400
From: seph seph@directionless.org
Subject: [rt-users] Re: requesttracker gets lost in Tickets option
To: Paul Williams paul.williams@uwex.edu
Cc: rt-users@lists.bestpractical.com
Message-ID: w52u0syca6r.fsf@lame.message.id
Content-Type: text/plain; charset=us-ascii

I have installed Requesttracker 3.2.2, on a Redhat Linux AS 2.1
system. I am running Apache 1.3.31 (compiled and installed
from source), and I am using mod_perl 1.29.

I have installed perl-5.8.5 into its own tree at
/usr/local/perl5/perl5.8.5
(I also modifed /usr/bin/perl to point to that perl).

I believe you’ll need to rebuilt mod_perl against that perl install as
well.

seph

Yes, I had already rebuilt mod_perl using apache and perl-5.8.5.

If I check the apache logs I see that when I click on any
link I see a corresponding entry in the log. Unless I click on the
Tickets link. When I click on Tickets, the cpu jumps to near 100%
on one of the httpd processes and I do not see a corresponding
entry for Build.html. Then I need to restart apache before any link
will work.

For example, the access log shows

If I click on Tools I see
x.x.x.x - - [18/Oct/2004:13:02:32 -0500] “GET /NoAuth/webrt.css HTTP/1.1”
200 7316
x.x.x.x - - [18/Oct/2004:13:02:32 -0500] “GET /Tools/Offline.html HTTP/1.1”
200 7618

If I click on Admin, I see
x.x.x.x - - [18/Oct/2004:13:02:37 -0500] “GET /NoAuth/webrt.css HTTP/1.1”
200 7316
x.x.x.x - - [18/Oct/2004:13:02:37 -0500] “GET /Admin/ HTTP/1.1” 200 6687

But if I click on Tickets, I only see
x.x.x.x - - [18/Oct/2004:13:02:45 -0500] “GET /NoAuth/webrt.css HTTP/1.1”
200 7316

It appears that the software gets hung up in the Build.html
module. Is there a way to generate output so one can see where
it might be bogging down?

I have checked over the RT_SiteConfig.pm file a number of times
but haven’t found some place where I may have entered the wrong value.

Any help is appreciated.

paulw