Apache problem

Hello folks,

I’ll bet just about everyone here has already had to solve this particular
problem at least once. I know that I’ve seen it before…

I have RT 99% installed but when I startup apache 2.0.52 it complains about
PerlModule Apache and PerlRequire. If I comment those lines out, apache
starts fine (but of course RT won’t work).

If I do a httpd -l it returns nothing but if I add LoadModule perl_module
modules/mod_perl.so to the httpd.conf it says that it’s already loaded.

I’m sure this is a simple thing to fix. What should I do? TIA!

<VirtualHost 172.21.5.5>
ServerName jones.com

# this line applies to Apache2+mod_perl2 only
PerlModule Apache2 Apache::compat

Alias /rt “/opt/rt3/share/html”
#PerlModule Apache::DBI
#PerlRequire /opt/rt3/bin/webmux.pl

<Directory /opt/rt3/share/html>
AllowOverride All
Options ExecCGI FollowSymLinks

Order allow,deny
Allow from all

<Location /rt>
RewriteEngine On

RedirectMatch permanent (.*)/$ $1/index.html

AddDefaultCharset UTF-8
SetHandler perl-script
PerlHandler RT::Mason

Hello folks,

I submitted this yesterday but it’s possible that my ISP spam filters
clobbered any responses. If you did reply, I hope you will resend. If
not…HELP!!! :slight_smile:

I’ll bet just about everyone here has already had to solve this particular
problem at least once. I know that I’ve seen it before…

I have RT 99% installed but when I startup apache 2.0.52 it complains about
PerlModule Apache and PerlRequire. If I comment those lines out, apache
starts fine (but of course RT won’t work).

If I do a httpd -l it returns nothing but if I add LoadModule perl_module
modules/mod_perl.so to the httpd.conf it says that it’s already loaded.

I’m sure this is a simple thing to fix. What should I do? TIA!

<VirtualHost 172.21.5.5>
ServerName jones.com

# this line applies to Apache2+mod_perl2 only
PerlModule Apache2 Apache::compat

Alias /rt “/opt/rt3/share/html”
#PerlModule Apache::DBI
#PerlRequire /opt/rt3/bin/webmux.pl

<Directory /opt/rt3/share/html>
AllowOverride All
Options ExecCGI FollowSymLinks

Order allow,deny
Allow from all

<Location /rt>
RewriteEngine On

RedirectMatch permanent (.*)/$ $1/index.html

AddDefaultCharset UTF-8
SetHandler perl-script
PerlHandler RT::Mason

Give some more detail and perhaps someone can help you.

  1. What route did you take (mod_perl or FastCGI)?

  2. What is it running on (Windows, RHEL, BSD, Debain…)?

  3. What version of RT?-----Original Message-----
    From: Frank Saxton [mailto:frankie@easyrider.com]
    Sent: Wednesday, March 23, 2005 8:02 PM
    To: rt-users@lists.bestpractical.com
    Subject: [rt-users] Apache problem

Hello folks,

I submitted this yesterday but it’s possible that my ISP spam filters
clobbered any responses. If you did reply, I hope you will resend. If
not…HELP!!! :slight_smile:

I’ll bet just about everyone here has already had to solve this particular
problem at least once. I know that I’ve seen it before…

I have RT 99% installed but when I startup apache 2.0.52 it complains about
PerlModule Apache and PerlRequire. If I comment those lines out, apache
starts fine (but of course RT won’t work).

If I do a httpd -l it returns nothing but if I add LoadModule perl_module
modules/mod_perl.so to the httpd.conf it says that it’s already loaded.

I’m sure this is a simple thing to fix. What should I do? TIA!

<VirtualHost 172.21.5.5>
ServerName jones.com

# this line applies to Apache2+mod_perl2 only
PerlModule Apache2 Apache::compat

Alias /rt “/opt/rt3/share/html”
#PerlModule Apache::DBI
#PerlRequire /opt/rt3/bin/webmux.pl

<Directory /opt/rt3/share/html>
AllowOverride All
Options ExecCGI FollowSymLinks

Order allow,deny
Allow from all

<Location /rt>
RewriteEngine On

RedirectMatch permanent (.*)/$ $1/index.html

AddDefaultCharset UTF-8
SetHandler perl-script
PerlHandler RT::Mason

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

RT Administrator and Developer training is coming to your town soon! (Boston, San Francisco, Austin, Sydney) Contact training@bestpractical.com for details.

Be sure to check out the RT Wiki at http://wiki.bestpractical.com

mod_perl (I think… ?). I stuck with the defaults where ever possible.

Redhat ES 4.0

RT 3.4.1

At 07:52 AM 3/24/2005 -0500, you wrote:

Ah. Well, the problem is likely that mod_perl isn’t up to snuff.

No one (that I’ve heard) has gotten that combination to install easily yet. A few people on this list (myself, Paul Crossman, etc) have gone that route and given up, instead trying for FastCGI (not mod_perl)…

A guide to installing RT on RHEL with FastCGI was posted to the list a few days back by me. Check the archives and I’m sure you’ll find it…From: Frank Saxton [mailto:frankie@easyrider.com]
Sent: Thursday, March 24, 2005 8:49 AM
To: William Harrison
Cc: rt-users@lists.bestpractical.com
Subject: RE: [rt-users] Apache problem

mod_perl (I think… ?). I stuck with the defaults where ever possible.

Redhat ES 4.0

RT 3.4.1

At 07:52 AM 3/24/2005 -0500, you wrote:

Give some more detail and perhaps someone can help you.

  1. What route did you take (mod_perl or FastCGI)?

  2. What is it running on (Windows, RHEL, BSD, Debain…)?

  3. What version of RT?

-----Original Message-----
From: Frank Saxton [mailto:frankie@easyrider.com]
Sent: Wednesday, March 23, 2005 8:02 PM
To: rt-users@lists.bestpractical.com
Subject: [rt-users] Apache problem

Hello folks,

I submitted this yesterday but it’s possible that my ISP spam filters
clobbered any responses. If you did reply, I hope you will resend. If
not…HELP!!! :slight_smile:

I’ll bet just about everyone here has already had to solve this particular
problem at least once. I know that I’ve seen it before…

I have RT 99% installed but when I startup apache 2.0.52 it complains about
PerlModule Apache and PerlRequire. If I comment those lines out, apache
starts fine (but of course RT won’t work).

If I do a httpd -l it returns nothing but if I add LoadModule perl_module
modules/mod_perl.so to the httpd.conf it says that it’s already loaded.

I’m sure this is a simple thing to fix. What should I do? TIA!

<VirtualHost 172.21.5.5>
ServerName jones.com

# this line applies to Apache2+mod_perl2 only
PerlModule Apache2 Apache::compat

Alias /rt “/opt/rt3/share/html”
#PerlModule Apache::DBI
#PerlRequire /opt/rt3/bin/webmux.pl

<Directory /opt/rt3/share/html>
AllowOverride All
Options ExecCGI FollowSymLinks

Order allow,deny
Allow from all

<Location /rt>
RewriteEngine On

RedirectMatch permanent (.*)/$ $1/index.html

AddDefaultCharset UTF-8
SetHandler perl-script
PerlHandler RT::Mason


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

RT Administrator and Developer training is coming to your town soon!
(Boston, San Francisco, Austin, Sydney) Contact training@bestpractical.com
for details.

Be sure to check out the RT Wiki at http://wiki.bestpractical.com

Well, I have no religious attachment to mod_perl. I can give the FastCGI
route a whirl and see what happens.

Thanks!

At 09:13 AM 3/24/2005 -0500, William Harrison wrote:

William,

I looked tha the FastCGI configuration and install procedures and they are
insane (IMO). I’ve already invest a lot of time getting thsi far with
mod_perl and I think if I can get apache to start I will be home free. I’d
honestly really prefer to troublkeshoot this problem rather than to start
from scratch and possible wind up with more/worse problems.

I presume someone, somewhere has gotten this to work, yes?On Thursday 24 March 2005 06:13, William Harrison wrote:

Ah. Well, the problem is likely that mod_perl isn’t up to snuff.

No one (that I’ve heard) has gotten that combination to install easily yet.
A few people on this list (myself, Paul Crossman, etc) have gone that route
and given up, instead trying for FastCGI (not mod_perl)…

A guide to installing RT on RHEL with FastCGI was posted to the list a few
days back by me. Check the archives and I’m sure you’ll find it…

-----Original Message-----
From: Frank Saxton [mailto:frankie@easyrider.com]
Sent: Thursday, March 24, 2005 8:49 AM
To: William Harrison
Cc: rt-users@lists.bestpractical.com
Subject: RE: [rt-users] Apache problem

mod_perl (I think… ?). I stuck with the defaults where ever possible.

Redhat ES 4.0

RT 3.4.1

At 07:52 AM 3/24/2005 -0500, you wrote:

Give some more detail and perhaps someone can help you.

  1. What route did you take (mod_perl or FastCGI)?

  2. What is it running on (Windows, RHEL, BSD, Debain…)?

  3. What version of RT?

-----Original Message-----
From: Frank Saxton [mailto:frankie@easyrider.com]
Sent: Wednesday, March 23, 2005 8:02 PM
To: rt-users@lists.bestpractical.com
Subject: [rt-users] Apache problem

Hello folks,

I submitted this yesterday but it’s possible that my ISP spam filters
clobbered any responses. If you did reply, I hope you will resend. If
not…HELP!!! :slight_smile:

I’ll bet just about everyone here has already had to solve this particular
problem at least once. I know that I’ve seen it before…

I have RT 99% installed but when I startup apache 2.0.52 it complains
about PerlModule Apache and PerlRequire. If I comment those lines out,
apache starts fine (but of course RT won’t work).

If I do a httpd -l it returns nothing but if I add LoadModule perl_module
modules/mod_perl.so to the httpd.conf it says that it’s already loaded.

I’m sure this is a simple thing to fix. What should I do? TIA!

<VirtualHost 172.21.5.5>
ServerName jones.com

# this line applies to Apache2+mod_perl2 only
PerlModule Apache2 Apache::compat

Alias /rt “/opt/rt3/share/html”
#PerlModule Apache::DBI
#PerlRequire /opt/rt3/bin/webmux.pl

<Directory /opt/rt3/share/html>
AllowOverride All
Options ExecCGI FollowSymLinks

Order allow,deny
Allow from all

<Location /rt>
RewriteEngine On

RedirectMatch permanent (.*)/$ $1/index.html

AddDefaultCharset UTF-8
SetHandler perl-script
PerlHandler RT::Mason


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

RT Administrator and Developer training is coming to your town soon!
(Boston, San Francisco, Austin, Sydney) Contact training@bestpractical.com
for details.

Be sure to check out the RT Wiki at http://wiki.bestpractical.com

We have mod_perl an RT working (in face we didn’t really have any major
problem doing so…
Richard Palmer
Merula Limited
http://www.merula.net

Well, that’s your opinion. I’d say the procedure for getting it installed on RHEL with mod_perl is about the same amount of work, having gone that route and run into significant troubles, which led me to use FastCGI instead.

  • Both routes require resolving numerous dependecies in perl.
  • Both require configuring, making, and installing RT.
  • Both require edits to RT and Apache conf files.
  • Both require creation of an RT group, disabling selinux, and installation of MIME::Base64 (not in the make testdeps command).

The only additional thing the FastCGI method requires is downloading, configuring, compiling and installing FastCGI - a total of maybe half a dozen commands. How much work will be required specific to the mod_perl version of the install hasn’t been determined yet.

Odds are good you can just install FastCGI and then reconfigure, remake, and reinstall RT (assuming you have already solved all dependencies etc). Otherwise you will likely have to download Apache source and recompile and who knows what else…

As I said before, to the best of my knowledge no one is using RHEL 4 and RT with mod_perl because no one has gotten it working, or if they have they haven’t told anyone about it. A bunch who have tried have gotten to the same point you are at currently and then switched to FastCGI out of sheer frustration.

If you do figure it out, be sure to post your solutions to the list and help out others attempting your method of install.

Good luck,
-WilliamFrom: Frank Saxton [mailto:frankie@easyrider.com]
Sent: Thursday, March 24, 2005 11:09 AM
To: William Harrison
Cc: rt-users@lists.bestpractical.com
Subject: Re: [rt-users] Apache problem

William,

I looked tha the FastCGI configuration and install procedures and they are
insane (IMO). I’ve already invest a lot of time getting thsi far with
mod_perl and I think if I can get apache to start I will be home free. I’d
honestly really prefer to troublkeshoot this problem rather than to start
from scratch and possible wind up with more/worse problems.

I presume someone, somewhere has gotten this to work, yes?

I was able to easily get apache2/mod_perl2/RT running. Though it was on
a Gentoo test box – so I could easily use a version that others had
found stable.

Joby Walker
C&C Computer Operations Software Support Group

William Harrison wrote:

Right. My opinion based on successfully installing literally thousands of
projects from source with little of no trouble…

I think I have the bulk of the mod_perl dependencies resolved, which is one
main reason for not wanting to start over again with the FastCGI route. And
to be honest, it wasn’t real clear what configure switches I needed to
provide to build a FastCGI file anyway. Where ever possible, I took the
defaults.

I currently have RT made and installed

My problem could be with the apache config files. I was hoping someone in
this forum could help. I’m running apache 2.0, btw. From what I’ve read I
might have had more luck with RT if I was on 1.3 but the 2.0 decision had
already been made for other reasons.

So just to review, after following all of the instructions,. tips and so on
that I could find, when I try to start apache with either

PerlModule Apache::DBI or
PerlRequire /opt/rt3/bin/webmux.pl in httpd.conf

I get a can’t locate Apache/DBI.pm error message

The file exists in /usr/lib/perl5/… but whatever is looking for it can’t
find it. I’m guessing this is a very simple thing to fix if I just knew how
to help Apache find this needed file. That’s all I really need help with and
I’m guessing I will be very close to good to go once that’s solved.On Thursday 24 March 2005 08:44, William Harrison wrote:

Well, that’s your opinion. I’d say the procedure for getting it installed
on RHEL with mod_perl is about the same amount of work, having gone that
route and run into significant troubles, which led me to use FastCGI
instead.

  • Both routes require resolving numerous dependecies in perl.
  • Both require configuring, making, and installing RT.
  • Both require edits to RT and Apache conf files.
  • Both require creation of an RT group, disabling selinux, and installation
    of MIME::Base64 (not in the make testdeps command).

The only additional thing the FastCGI method requires is downloading,
configuring, compiling and installing FastCGI - a total of maybe half a
dozen commands. How much work will be required specific to the mod_perl
version of the install hasn’t been determined yet.

Odds are good you can just install FastCGI and then reconfigure, remake,
and reinstall RT (assuming you have already solved all dependencies etc).
Otherwise you will likely have to download Apache source and recompile and
who knows what else…

As I said before, to the best of my knowledge no one is using RHEL 4 and RT
with mod_perl because no one has gotten it working, or if they have they
haven’t told anyone about it. A bunch who have tried have gotten to the
same point you are at currently and then switched to FastCGI out of sheer
frustration.

If you do figure it out, be sure to post your solutions to the list and
help out others attempting your method of install.

Good luck,
-William

So just to review, after following all of the instructions,. tips and so on
that I could find, when I try to start apache with either

PerlModule Apache::DBI or
PerlRequire /opt/rt3/bin/webmux.pl in httpd.conf

I get a can’t locate Apache/DBI.pm error message

Aha.

(It’s a detective thing. :slight_smile:

The file exists in /usr/lib/perl5/… but whatever is looking for it can’t
find it. I’m guessing this is a very simple thing to fix if I just knew how
to help Apache find this needed file. That’s all I really need help with and
I’m guessing I will be very close to good to go once that’s solved.

I solved it by copying the DBI.pm file I did have to the parent of
the directory it lived in, wherein mod_perl located it, with the
results I’ve mentioned previously. (Works, apache slow – apache is
slow on standard files, too; it might just be apache).

Cheers,
– jra
Jay R. Ashworth jra@baylink.com
Designer Baylink RFC 2100
Ashworth & Associates The Things I Think '87 e24
St Petersburg FL USA http://baylink.pitas.com +1 727 647 1274

  If you can read this... thank a system adminstrator.  Or two.  --me

Frank Saxton wrote:

Right. My opinion based on successfully installing literally thousands of
projects from source with little of no trouble…

I think I have the bulk of the mod_perl dependencies resolved, which is one
main reason for not wanting to start over again with the FastCGI route. And
to be honest, it wasn’t real clear what configure switches I needed to
provide to build a FastCGI file anyway. Where ever possible, I took the
defaults.

I currently have RT made and installed

My problem could be with the apache config files. I was hoping someone in
this forum could help. I’m running apache 2.0, btw. From what I’ve read I
might have had more luck with RT if I was on 1.3 but the 2.0 decision had
already been made for other reasons.

This works for us:
<VirtualHost 10.228.xxx.xxx>
ServerName xxxxxx.rwc.uc.edu
DocumentRoot /usr/local/rt3/share/html
AddDefaultCharset UTF-8
PerlModule Apache2 Apache::compat
PerlModule Apache::DBI
PerlRequire /usr/local/rt3/bin/webmux.pl
RewriteRule ^(.)/$ $1/index.html
RedirectMatch permanent (.
)/$ $1/index.html

SetHandler perl-script
PerlHandler RT::Mason

So just to review, after following all of the instructions,. tips and so on
that I could find, when I try to start apache with either

PerlModule Apache::DBI or
PerlRequire /opt/rt3/bin/webmux.pl in httpd.conf

I get a can’t locate Apache/DBI.pm error message

The file exists in /usr/lib/perl5/… but whatever is looking for it can’t
find it. I’m guessing this is a very simple thing to fix if I just knew how
to help Apache find this needed file. That’s all I really need help with and
I’m guessing I will be very close to good to go once that’s solved.

Have you upgraded perl and not recompiled Apache::DBI?

DB

Well, be sure to post to the list when you get it running. I’d be interested to see what the problem was…

Best,
-WcHFrom: Frank Saxton [mailto:frankie@easyrider.com]
Sent: Thursday, March 24, 2005 1:08 PM
To: William Harrison
Cc: rt-users@lists.bestpractical.com
Subject: Re: [rt-users] Apache problem

Right. My opinion based on successfully installing literally thousands of
projects from source with little of no trouble…

I think I have the bulk of the mod_perl dependencies resolved, which is one
main reason for not wanting to start over again with the FastCGI route. And
to be honest, it wasn’t real clear what configure switches I needed to
provide to build a FastCGI file anyway. Where ever possible, I took the
defaults.

I currently have RT made and installed

My problem could be with the apache config files. I was hoping someone in
this forum could help. I’m running apache 2.0, btw. From what I’ve read I
might have had more luck with RT if I was on 1.3 but the 2.0 decision had
already been made for other reasons.

So just to review, after following all of the instructions,. tips and so on
that I could find, when I try to start apache with either

PerlModule Apache::DBI or
PerlRequire /opt/rt3/bin/webmux.pl in httpd.conf

I get a can’t locate Apache/DBI.pm error message

The file exists in /usr/lib/perl5/… but whatever is looking for it can’t
find it. I’m guessing this is a very simple thing to fix if I just knew how
to help Apache find this needed file. That’s all I really need help with and
I’m guessing I will be very close to good to go once that’s solved.

You’re my hero, Jay! :slight_smile:

Copied DBI.pm to some place in the path and now I have an RT logon screen!

In my case, I did a mkdir /opt/rt3/lib/Apache

Cp DBI.pm into /opt/rt3/lib/Apache

I am on the verge of being able to say that I have RT 3.4.1 running on Redhat
ES 4.0 using Apache 2.0.52 with mod_perl

So what’s the default administrator logon/pw?On Thursday 24 March 2005 10:12, you wrote:

On Thu, Mar 24, 2005 at 10:07:48AM -0800, Frank Saxton wrote:

So just to review, after following all of the instructions,. tips and so
on that I could find, when I try to start apache with either

PerlModule Apache::DBI or
PerlRequire /opt/rt3/bin/webmux.pl in httpd.conf

I get a can’t locate Apache/DBI.pm error message

Aha.

(It’s a detective thing. :slight_smile:

The file exists in /usr/lib/perl5/… but whatever is looking for it
can’t find it. I’m guessing this is a very simple thing to fix if I just
knew how to help Apache find this needed file. That’s all I really need
help with and I’m guessing I will be very close to good to go once that’s
solved.

I solved it by copying the DBI.pm file I did have to the parent of
the directory it lived in, wherein mod_perl located it, with the
results I’ve mentioned previously. (Works, apache slow – apache is
slow on standard files, too; it might just be apache).

Cheers,
– jra

username: root
password: password

Frank Saxton wrote:

You’re my hero, Jay! :slight_smile:

Copied DBI.pm to some place in the path and now I have an RT logon screen!

In my case, I did a mkdir /opt/rt3/lib/Apache

Cp DBI.pm into /opt/rt3/lib/Apache

I am on the verge of being able to say that I have RT 3.4.1 running on Redhat
ES 4.0 using Apache 2.0.52 with mod_perl

So what’s the default administrator logon/pw?

username: root
password: password>On Thursday 24 March 2005 10:12, you wrote:

On Thu, Mar 24, 2005 at 10:07:48AM -0800, Frank Saxton wrote:

So just to review, after following all of the instructions,. tips and so
on that I could find, when I try to start apache with either

PerlModule Apache::DBI or
PerlRequire /opt/rt3/bin/webmux.pl in httpd.conf

I get a can’t locate Apache/DBI.pm error message

Aha.

(It’s a detective thing. :slight_smile:

The file exists in /usr/lib/perl5/… but whatever is looking for it
can’t find it. I’m guessing this is a very simple thing to fix if I just
knew how to help Apache find this needed file. That’s all I really need
help with and I’m guessing I will be very close to good to go once that’s
solved.

I solved it by copying the DBI.pm file I did have to the parent of
the directory it lived in, wherein mod_perl located it, with the
results I’ve mentioned previously. (Works, apache slow – apache is
slow on standard files, too; it might just be apache).

Cheers,
– jra


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

RT Administrator and Developer training is coming to your town soon! (Boston, San Francisco, Austin, Sydney) Contact training@bestpractical.com for details.

Be sure to check out the RT Wiki at http://wiki.bestpractical.com

For what it may be worth:

I believe Apache::DBI should reside in perl_lib_path(@INC)/Apache/DBI.pm
and serves to establish persistent DB connections when loaded in
httpd.conf before any other DBI modules. Other
perl_lib_path/Not_Apache/DBI.pm’s serve other functions.

Properly installing Apache::DBI may provide a better solution in
addition to supporting persistent connections.

David Oberlitner

Frank Saxton wrote:

Thanks. I meant the comment tongue in cheek but perhaps an updated posting
will help others. IMO this needs to be in the FAQ

username: root
password: password

Frank Saxton wrote:

Thanks. I meant the comment tongue in cheek but perhaps an updated posting
will help others. IMO this needs to be in the FAQ

username: root
password: password

It is in there (but in in the FAQ). The neat thing about a wikki is that
you can add it ;-).

The user and pass are mentioned on this page:
http://wiki.bestpractical.com/index.cgi?ManualInstallation

Sam

We have mod_perl an RT working

We had mod_perl and RT working also, but then we switched to FastCGI
because it was much faster.

Chris Covington
IT
Plus One Health Management
75 Maiden Lane Suite 801
NY, NY 10038
646-312-6269
http://www.plusoneactive.com