PerlHandler RT::Mason is the bane of my LIFE!

Ok guys, here is a curly one for you all…

There are a few other references to this problem but no clear answer.

We have a RT build of 2.0.1 with MySQL, Mod_Perl 1.25, the latest files from
running
cvs -d :pserver:anoncvs@cvs.fsck.com:/raid/cvsroot co -r rt-1-1 rt
cvs -d :pserver:anoncvs@cvs.fsck.com:/raid/cvsroot co DBIx

testdeps comes up trumps (ie: everything is cool according to testdeps)
DBI has been installed by hand, everything else is all up to date thru CPAN.

2 of us have spent the whole day reading through the forums, and anything
relating to what our problem maybe so that we didn’t bug you with a question
when we hadn’t RTFM…

However we have hit the wall… a huge 20ft brick one.

When we either run /usr/local/rt2/bin/rt or when we hit the webpage(then
the error is in the apache logs), any webpage wether it’s RT’s index or a
test one we created, we get the error

“Can’t locate object method “new” via package “RT::Handle” at
/usr/local/rt2/lib/RT.pm line 13.”

Can anyone give us anything to go on here… we are fresh outta ideas…

Cheers…

Dan & Matt

p.s. the webserver doesn’t break when we comment out this line, but RT
obviously won’t run.
PerlHandler RT::Mason

Dan,

Generally, this happens because someone forgot a ‘use’ command
somewhere. Most likely, the script being run doesn’t have 'use RT::blah;'
in it anywhere that is within scope of RT.pm’s line 13. The script
knows to look for RT::blah because there is probably a line something
along the following:

my $a = RT::blah->new();

Most likely, the easiest way to fix it is to figure out which script
is being called at the time and just under the "use lib ‘/opt/rt2’"
section, add in the appropriate use line.

I am puzzled, though, as I installed that version with much
the same setup and it did find all the RT libraries just fine. Could
be a problem with the settings you used in the Makefile before you
did ‘make install’… Check them over and see if there is anything
with a typo in it or something. Its possible that its not finding
any libraries and that the one you are getting first happens to be
the lucky first…

Hope this helps :slight_smile:

Greg

Ok the problem seemed to be that the database was specified as MySQL

Database driver beeing used - i.e. MySQL.

$DatabaseType=“MySQL”;
(which was automatically generated apparently) and should have read
$DatabaseType=“mysql”;
So hopefully this will be of some help to someone in the future…

Now however I’m getting the same problem as is specified here
http://lists.fsck.com/pipermail/rt-devel/2001-March/000969.html
Which is essentially that I am getting back a page that reads
"The following error was encountered:
a… Zero Sized Reply
Squid did not receive any data for this request. "

The above link suggests that mod_php and mod_perl do not work well together,
so using Apachetoolbox I removed mod_php, and removed any reference to php
in my httpd.conf file.

However I am still getting the same problem…

does anyone know of similar issues with any of the compiled in modules
listed below?

[root@auxdev Apachetoolbox-1.5.33]# /usr/local/apache/bin/httpd -l
Compiled-in modules:
http_core.c
mod_vhost_alias.c
mod_env.c
mod_log_config.c
mod_mime.c
mod_negotiation.c
mod_status.c
mod_include.c
mod_autoindex.c
mod_dir.c
mod_cgi.c
mod_asis.c
mod_imap.c
mod_actions.c
mod_userdir.c
mod_alias.c
mod_access.c
mod_auth.c
mod_so.c
mod_setenvif.c
mod_ssl.c
mod_auth_cookie.c
mod_perl.c
suexec: enabled; valid wrapper /usr/local/apache/bin/suexec

Cheers guys and girls!

-DanFrom: “Greg Boug” gboug@unico.com.au
To: “Dan McLean” danmc@chariot.net.au
Cc: rt-users@lists.fsck.com
Sent: Tuesday, July 24, 2001 9:27 PM
Subject: RE: [rt-users] PerlHandler RT::Mason is the bane of my LIFE!

Dan,

Generally, this happens because someone forgot a ‘use’ command
somewhere. Most likely, the script being run doesn’t have 'use RT::blah;'
in it anywhere that is within scope of RT.pm’s line 13. The script
knows to look for RT::blah because there is probably a line something
along the following:

my $a = RT::blah->new();

Most likely, the easiest way to fix it is to figure out which script
is being called at the time and just under the "use lib ‘/opt/rt2’"
section, add in the appropriate use line.

I am puzzled, though, as I installed that version with much
the same setup and it did find all the RT libraries just fine. Could
be a problem with the settings you used in the Makefile before you
did ‘make install’… Check them over and see if there is anything
with a typo in it or something. Its possible that its not finding
any libraries and that the one you are getting first happens to be
the lucky first…

Hope this helps :slight_smile:

Greg

-----Original Message-----
From: rt-users-admin@lists.fsck.com
[mailto:rt-users-admin@lists.fsck.com]On Behalf Of Dan McLean
Sent: Tuesday, 24 July 2001 8:08 PM
To: rt-users@lists.fsck.com
Subject: [rt-users] PerlHandler RT::Mason is the bane of my LIFE!

Ok guys, here is a curly one for you all…

There are a few other references to this problem but no clear answer.

We have a RT build of 2.0.1 with MySQL, Mod_Perl 1.25, the latest
files from
running
cvs -d :pserver:anoncvs@cvs.fsck.com:/raid/cvsroot co -r rt-1-1 rt
cvs -d :pserver:anoncvs@cvs.fsck.com:/raid/cvsroot co DBIx

testdeps comes up trumps (ie: everything is cool according to testdeps)
DBI has been installed by hand, everything else is all up to date
thru CPAN.

2 of us have spent the whole day reading through the forums, and
anything

relating to what our problem maybe so that we didn’t bug you with
a question
when we hadn’t RTFM…

However we have hit the wall… a huge 20ft brick one.

When we either run /usr/local/rt2/bin/rt or when we hit the
webpage(then

the error is in the apache logs), any webpage wether it’s RT’s
index or a
test one we created, we get the error

“Can’t locate object method “new” via package “RT::Handle” at
/usr/local/rt2/lib/RT.pm line 13.”

Can anyone give us anything to go on here… we are fresh outta
ideas…

Cheers…

Dan & Matt

p.s. the webserver doesn’t break when we comment out this line, but RT
obviously won’t run.
PerlHandler RT::Mason


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


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

“DM” == Dan McLean danmc@chariot.net.au writes:

DM> The above link suggests that mod_php and mod_perl do not work well together,
DM> so using Apachetoolbox I removed mod_php, and removed any reference to php

You have to have the very bleeding edge mod_perl to avoid conflicts
with mod_php (I think you also need the latest bleeding edge mod_php).

Also, if you do have mod_php with mysql support, make sure it is not
using its own private version of the mysqlclient library; it must use
the system installed version for it to work with mod_perl and DBI.

Since you’re behind a squid proxy/accelerator, is it possible to
access the mod_perl server directly? What do the error log files say
on the mod_perl server?