Stupid Admin (me) problem

Hi everyone…

So the machine that I was working with RT on before it went production went
kaput (someone else opened telnet, and there was an exploit…you know the
rest.)

Anyways, I reinstalled everything, and went to update my Perl to 5.6.1,
installed it fine…but anyways, now when I install RT, everything’s fine,
except now I always get errors like this when I do a configtest on apache:

"[Tue Oct 9 10:08:53 2001] [error] Can’t locate Apache.pm in @INC (@INC
contains: /usr/local/lib/site_perl/5.00503/i386-freebsd
/usr/libdata/perl/5.00503/mach /usr/libdata/perl/5.00503
/usr/local/lib/perl5/site_perl/5.005/i386-freebsd
/usr/local/lib/perl5/site_perl/5.005 . /usr/local/ /usr/local/lib/perl) at
(eval 1) line 3.

Syntax error on line 1055 of /usr/local/etc/apache/httpd.conf:
Can’t locate Apache/DBI.pm in @INC (@INC contains:
/usr/local/lib/site_perl/5.00503/i386-freebsd /usr/libdata/perl/5.00503/mach
/usr/libdata/perl/5.00503 /usr/local/lib/perl5/site_perl/5.005/i386-freebsd
/usr/local/lib/perl5/site_perl/5.005 . /usr/local/ /usr/local/lib/perl) at
(eval 2) line 3."

Now, I know the module is there, but it’s in a 5.6.1 directory instead. I’ve
tried doing links from the old directory to the new one, to no avail.
Anyone know how I can modify @INC or anything? I’ve beat my head against the
wall for a week now, and my superiors are losing patience with me. Help! :frowning:

-Rob.

You need to rebuild mod_perl against Perl 5.6.1. I did this too, and
banged my head against it for quite awhile before giving up and rebuilding
mod_perl and apache. I don’t think there’s any other good way – not that
I found, anyways.

Marc Hedlund
e: marc at precipice dot orgOn Tue, 9 Oct 2001, Rob Mitzel wrote:

Hi everyone…

So the machine that I was working with RT on before it went production went
kaput (someone else opened telnet, and there was an exploit…you know the
rest.)

Anyways, I reinstalled everything, and went to update my Perl to 5.6.1,
installed it fine…but anyways, now when I install RT, everything’s fine,
except now I always get errors like this when I do a configtest on apache:

"[Tue Oct 9 10:08:53 2001] [error] Can’t locate Apache.pm in @INC (@INC
contains: /usr/local/lib/site_perl/5.00503/i386-freebsd
/usr/libdata/perl/5.00503/mach /usr/libdata/perl/5.00503
/usr/local/lib/perl5/site_perl/5.005/i386-freebsd
/usr/local/lib/perl5/site_perl/5.005 . /usr/local/ /usr/local/lib/perl) at
(eval 1) line 3.

Syntax error on line 1055 of /usr/local/etc/apache/httpd.conf:
Can’t locate Apache/DBI.pm in @INC (@INC contains:
/usr/local/lib/site_perl/5.00503/i386-freebsd /usr/libdata/perl/5.00503/mach
/usr/libdata/perl/5.00503 /usr/local/lib/perl5/site_perl/5.005/i386-freebsd
/usr/local/lib/perl5/site_perl/5.005 . /usr/local/ /usr/local/lib/perl) at
(eval 2) line 3."

Now, I know the module is there, but it’s in a 5.6.1 directory instead. I’ve
tried doing links from the old directory to the new one, to no avail.
Anyone know how I can modify @INC or anything? I’ve beat my head against the
wall for a week now, and my superiors are losing patience with me. Help! :frowning:

-Rob.


rt-users mailing list
rt-users@lists.fsck.com
http://lists.fsck.com/mailman/listinfo/rt-users

It looks like you probably need to install libapreq and Apache::DBI.

Do you have two versions of perl installed locally? make sure that

“perl” from the cli is getting the same perl apache’s linked against.

-jOn Tue, Oct 09, 2001 at 10:05:43AM -0700, Rob Mitzel wrote:

Hi everyone…

So the machine that I was working with RT on before it went production went
kaput (someone else opened telnet, and there was an exploit…you know the
rest.)

Anyways, I reinstalled everything, and went to update my Perl to 5.6.1,
installed it fine…but anyways, now when I install RT, everything’s fine,
except now I always get errors like this when I do a configtest on apache:

"[Tue Oct 9 10:08:53 2001] [error] Can’t locate Apache.pm in @INC (@INC
contains: /usr/local/lib/site_perl/5.00503/i386-freebsd
/usr/libdata/perl/5.00503/mach /usr/libdata/perl/5.00503
/usr/local/lib/perl5/site_perl/5.005/i386-freebsd
/usr/local/lib/perl5/site_perl/5.005 . /usr/local/ /usr/local/lib/perl) at
(eval 1) line 3.

Syntax error on line 1055 of /usr/local/etc/apache/httpd.conf:
Can’t locate Apache/DBI.pm in @INC (@INC contains:
/usr/local/lib/site_perl/5.00503/i386-freebsd /usr/libdata/perl/5.00503/mach
/usr/libdata/perl/5.00503 /usr/local/lib/perl5/site_perl/5.005/i386-freebsd
/usr/local/lib/perl5/site_perl/5.005 . /usr/local/ /usr/local/lib/perl) at
(eval 2) line 3."

Now, I know the module is there, but it’s in a 5.6.1 directory instead. I’ve
tried doing links from the old directory to the new one, to no avail.
Anyone know how I can modify @INC or anything? I’ve beat my head against the
wall for a week now, and my superiors are losing patience with me. Help! :frowning:

-Rob.


rt-users mailing list
rt-users@lists.fsck.com
http://lists.fsck.com/mailman/listinfo/rt-users

http://www.bestpractical.com/products/rt – Trouble Ticketing. Free.

Hi everyone…

So the machine that I was working with RT on before it went production went
kaput (someone else opened telnet, and there was an exploit…you know the
rest.)

Anyways, I reinstalled everything, and went to update my Perl to 5.6.1,
installed it fine…but anyways, now when I install RT, everything’s fine,
except now I always get errors like this when I do a configtest on apache:

"[Tue Oct 9 10:08:53 2001] [error] Can’t locate Apache.pm in @INC (@INC
contains: /usr/local/lib/site_perl/5.00503/i386-freebsd
/usr/libdata/perl/5.00503/mach /usr/libdata/perl/5.00503
/usr/local/lib/perl5/site_perl/5.005/i386-freebsd
/usr/local/lib/perl5/site_perl/5.005 . /usr/local/ /usr/local/lib/perl) at
(eval 1) line 3.

Syntax error on line 1055 of /usr/local/etc/apache/httpd.conf:
Can’t locate Apache/DBI.pm in @INC (@INC contains:
/usr/local/lib/site_perl/5.00503/i386-freebsd /usr/libdata/perl/5.00503/mach
/usr/libdata/perl/5.00503 /usr/local/lib/perl5/site_perl/5.005/i386-freebsd
/usr/local/lib/perl5/site_perl/5.005 . /usr/local/ /usr/local/lib/perl) at
(eval 2) line 3."

Now, I know the module is there, but it’s in a 5.6.1 directory instead. I’ve

i encountered this on debian testing dist. if you are running debian
unstable of testing, try this (it worked for me):

  1. have this line in your /etc/apt/sources.list:
    deb-src ftp://ftp.us.debian.org/debian testing main contrib non-free
  2. apt-get update
  3. apt-get source -b libapache-mod-perl
  4. dpkg -i (the deb the above line generates)

i’m not sure if debian’s perl modules strategy is really broken (as
opinioned in sec9.1 of rt’s install doc), or if it is just due to the
fact that the testing dist is just a time-delayed unstable (ie- no
rigorous release testing), and perl module versions/dependancies can
get out-of-sync. my 2c.

| Jon Stearley (505) 845-7571 (FAX 844-2067) |
| Compaq Federal LLC High Performance Solutions |
| Sandia National Laboratories Scalable Systems Integration |

Rob,

I’ve gotten that message many, many times when dealing with PErl stuff.
You really don’t want to modify @INC. IT’s really just easier to copy,
move or reinstall the modules. Really, at least for RT, it only takes a
few hours, 1 workday tops, and if you’ve been on it a week already, just
reinstall the darn modules to the right dir.

-SheeriOn Tue, 9 Oct 2001, Rob Mitzel wrote:

Hi everyone…

So the machine that I was working with RT on before it went production went
kaput (someone else opened telnet, and there was an exploit…you know the
rest.)

Anyways, I reinstalled everything, and went to update my Perl to 5.6.1,
installed it fine…but anyways, now when I install RT, everything’s fine,
except now I always get errors like this when I do a configtest on apache:

"[Tue Oct 9 10:08:53 2001] [error] Can’t locate Apache.pm in @INC (@INC
contains: /usr/local/lib/site_perl/5.00503/i386-freebsd
/usr/libdata/perl/5.00503/mach /usr/libdata/perl/5.00503
/usr/local/lib/perl5/site_perl/5.005/i386-freebsd
/usr/local/lib/perl5/site_perl/5.005 . /usr/local/ /usr/local/lib/perl) at
(eval 1) line 3.

Syntax error on line 1055 of /usr/local/etc/apache/httpd.conf:
Can’t locate Apache/DBI.pm in @INC (@INC contains:
/usr/local/lib/site_perl/5.00503/i386-freebsd /usr/libdata/perl/5.00503/mach
/usr/libdata/perl/5.00503 /usr/local/lib/perl5/site_perl/5.005/i386-freebsd
/usr/local/lib/perl5/site_perl/5.005 . /usr/local/ /usr/local/lib/perl) at
(eval 2) line 3."

Now, I know the module is there, but it’s in a 5.6.1 directory instead. I’ve
tried doing links from the old directory to the new one, to no avail.
Anyone know how I can modify @INC or anything? I’ve beat my head against the
wall for a week now, and my superiors are losing patience with me. Help! :frowning:

-Rob.


rt-users mailing list
rt-users@lists.fsck.com
http://lists.fsck.com/mailman/listinfo/rt-users

Sheeri Kritzer
Systems Administrator
University Systems Group
Tufts University
617-627-3925
skritz01@emerald.tufts.edu

i encountered this on debian testing dist. if you are running debian
unstable of testing, try this (it worked for me):

It’s actually just fine on unstable. Testing has ancient apache stuff
at this point.

  1. have this line in your /etc/apt/sources.list:
    deb-src ftp://ftp.us.debian.org/debian testing main contrib non-free
  2. apt-get update
  3. apt-get source -b libapache-mod-perl
  4. dpkg -i (the deb the above line generates)

i’m not sure if debian’s perl modules strategy is really broken (as
opinioned in sec9.1 of rt’s install doc), or if it is just due to the
fact that the testing dist is just a time-delayed unstable (ie- no
rigorous release testing), and perl module versions/dependancies can
get out-of-sync. my 2c.

It appears that just about everything needed is in unstable. And there’s currently work under way to package RT 2.0.x as request-tracker for debian.


±-------------------------------------------------------------+
| Jon Stearley (505) 845-7571 (FAX 844-2067) |
| Compaq Federal LLC High Performance Solutions |
| Sandia National Laboratories Scalable Systems Integration |
±-------------------------------------------------------------+


rt-users mailing list
rt-users@lists.fsck.com
http://lists.fsck.com/mailman/listinfo/rt-users

http://www.bestpractical.com/products/rt – Trouble Ticketing. Free.

Sheeri (and everyone else):

I just rebuilt everything, and it worked great. Thanks for all the help!
My neck is saved!! :slight_smile:

-Rob.