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 
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
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?