Mason Problems - rt2 & rt3 on same server

Hi Folks!

It’s me again… not having a good day… ;-( Long post…

Installing the dependencies for rt3 upgraded HTML::Mason, which I found
out (after the fact) breaks rt2 (which we’re currently running with).
My rt2 is still running, but everytime I do an apachectl configtest, I
get the dreaded $m problem. I could use some help getting rt2 and rt3
to co-exist properly. I need some help installing a lower version of
Mason into the /usr/local/rt2/lib directory. I’ve included all relevant
error messages and the rtfm docs on this subject… I just need some
help with actually doing it. How do I install HTML::Mason 1.05 into the
rt2 lib, without messing up the upgraded version I want to test with
rt3? Do I use CPAN? TAR?

Thanks for your time, and for all your help!

/Mike

bin/apachectl configtest

Variable “$m” is not imported at /usr/local/rt2/bin/webmux.pl line 94.
[Tue Mar 11 15:19:24 2003] [error] Global symbol “$m” requires explicit
package
name at /usr/local/rt2/bin/webmux.pl line 94.
Compilation failed in require at (eval 5) line 1.

Syntax error on line 1015 of /usr/local/apache/conf/httpd.conf:
Global symbol “$m” requires explicit package name at
/usr/local/rt2/bin/webmux.pl line 94.
Compilation failed in require at (eval 5) line 1.

Now, I looked up at RTFM, and it said:
If this is the case, you can install a lower version of HTML::Mason
within RT’s lib directory, eg ‘/home/rt2/lib/HTML/Mason’, and change
webmux.pl to refer directly to it:

package RT::Mason;
use lib “/home/rt2/etc/”;
use lib “/home/rt2/lib/”;
use CGI qw(-private_tempfiles); #bring this in before mason, to make
sure we
#set private_tempfiles
use HTML::Mason::ApacheHandler (args_method => ‘CGI’);
use HTML::Mason; # brings in subpackages: Parser, Interp, etc.
By default these ‘use lib’ lines are after the HTML::Mason references,
which means to use the global installation of HTML::Mason.

This, of course, assumes that you know how to do that. Being a
non-sysadmin type, I’m not sure how to do that.

/M

Now, I looked up at RTFM, and it said: If this is the case, you can
install a lower version of HTML::Mason within RT’s lib directory, eg
’/home/rt2/lib/HTML/Mason’, and change webmux.pl to refer directly to
it:

package RT::Mason;
use lib “/home/rt2/etc/”;
use lib “/home/rt2/lib/”;
use CGI qw(-private_tempfiles); #bring this in before mason, to make
sure we
#set private_tempfiles
use HTML::Mason::ApacheHandler (args_method => ‘CGI’);
use HTML::Mason; # brings in subpackages: Parser, Interp, etc.
By default these ‘use lib’ lines are after the HTML::Mason references,
which means to use the global installation of HTML::Mason.

This, of course, assumes that you know how to do that. Being a
non-sysadmin type, I’m not sure how to do that.

Find webmux.pl in your RT distribution. Make the section after
package RT::Mason; look like the above.

-Robin

http://www.digitalkingdom.org/~rlpowell/ *** I’m a male Robin.
.i le pamoi velru’e zo’u crepu le plibu taxfu
.i le remoi velru’e zo’u mo .i le cimoi velru’e zo’u ba’e prali .uisai
http://www.lojban.org/ *** to sa’a cu’u lei pibyta’u cridrnoma toi

I didn’t have that problem, but I did come across another issue
with webmux.pl:

Subroutine handler redefined at /httpd/rt3/bin/webmux.pl line 114.
[Wed Mar 12 13:47:31 2003] [error] Undefined subroutine &RT::LoadConfig
called at /httpd/rt3/bin/webmux.pl line 63.
Compilation failed in require at (eval 77) line 1.

The first error is interesting, as I only found a single reference to
sub handler in webmux.pl… Second one is the killer, though, as it
uses RT::LoadConfig (which does of course exist in RT.pm, but it is
not found by webmux.pl. Have attempted to put in a ‘use RT;’ call
in the RT::Mason package which causes the error, but it still won’t
find it (its in the @INC path, though, so it should be found…)
This is using 2.1.75. I will try with a newer release, but since
I haven’t seen anyone else mention this, I’m assuming its PEBKAC… :wink:

Greg

I get the same
Been toying with it as well, but couldnt get it right

Subroutine handler redefined at /export/www/rt3/bin/webmux.pl line 111.
[Wed Mar 12 14:16:33 2003] [error] Undefined subroutine &RT::LoadConfig called
at /export/www/rt3/bin/webmux.pl line 60.
Compilation failed in require at (eval 77) line 1.On Wed, 12 Mar 2003, Greg Boug wrote:

I didn’t have that problem, but I did come across another issue
with webmux.pl:

Subroutine handler redefined at /httpd/rt3/bin/webmux.pl line 114.
[Wed Mar 12 13:47:31 2003] [error] Undefined subroutine &RT::LoadConfig
called at /httpd/rt3/bin/webmux.pl line 63.
Compilation failed in require at (eval 77) line 1.

The first error is interesting, as I only found a single reference to
sub handler in webmux.pl… Second one is the killer, though, as it
uses RT::LoadConfig (which does of course exist in RT.pm, but it is
not found by webmux.pl. Have attempted to put in a ‘use RT;’ call
in the RT::Mason package which causes the error, but it still won’t
find it (its in the @INC path, though, so it should be found…)
This is using 2.1.75. I will try with a newer release, but since
I haven’t seen anyone else mention this, I’m assuming its PEBKAC… :wink:

Greg

-----Original Message-----
From: rt-users-admin@lists.fsck.com
[mailto:rt-users-admin@lists.fsck.com]On Behalf Of Robin Lee Powell
Sent: Wednesday, 12 March 2003 7:45 AM
To: rt-users@lists.fsck.com
Subject: Re: [rt-users] Mason Problems - rt2 & rt3 on same server…

On Tue, Mar 11, 2003 at 03:30:06PM -0500, Michael K. Brown wrote:

Now, I looked up at RTFM, and it said: If this is the case, you can
install a lower version of HTML::Mason within RT’s lib directory, eg
’/home/rt2/lib/HTML/Mason’, and change webmux.pl to refer directly to
it:

package RT::Mason;
use lib “/home/rt2/etc/”;
use lib “/home/rt2/lib/”;
use CGI qw(-private_tempfiles); #bring this in before mason, to make
sure we
#set private_tempfiles
use HTML::Mason::ApacheHandler (args_method => ‘CGI’);
use HTML::Mason; # brings in subpackages: Parser, Interp, etc.
By default these ‘use lib’ lines are after the HTML::Mason references,
which means to use the global installation of HTML::Mason.

This, of course, assumes that you know how to do that. Being a
non-sysadmin type, I’m not sure how to do that.

Find webmux.pl in your RT distribution. Make the section after
package RT::Mason; look like the above.

-Robin


http://www.digitalkingdom.org/~rlpowell/ *** I’m a male Robin.
.i le pamoi velru’e zo’u crepu le plibu taxfu
.i le remoi velru’e zo’u mo .i le cimoi velru’e zo’u ba’e prali .uisai
http://www.lojban.org/ *** to sa’a cu’u lei pibyta’u cridrnoma toi


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

Have you read the FAQ? The RT FAQ Manager lives at http://fsck.com/rtfm


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

Have you read the FAQ? The RT FAQ Manager lives at http://fsck.com/rtfm

( ( _______
)) )) .-“There’s always time for a good cup of coffee.”-. >====<–.
C||C|| (>-----Brent Geach - brent.geach@telecom1.com------<) | = |-’
--'–’ --------------- ---------------'------’

mod_perl REALLY doesn’t like multiple applications in the same
interpreter. You need to either set up multiple backend apache servers
to run mod_perl OR switch to fastcgi.On Wed, Mar 12, 2003 at 02:27:07PM +0000, Brent Geach wrote:

I get the same
Been toying with it as well, but couldnt get it right

Subroutine handler redefined at /export/www/rt3/bin/webmux.pl line 111.
[Wed Mar 12 14:16:33 2003] [error] Undefined subroutine &RT::LoadConfig called
at /export/www/rt3/bin/webmux.pl line 60.
Compilation failed in require at (eval 77) line 1.

On Wed, 12 Mar 2003, Greg Boug wrote:

I didn’t have that problem, but I did come across another issue
with webmux.pl:

Subroutine handler redefined at /httpd/rt3/bin/webmux.pl line 114.
[Wed Mar 12 13:47:31 2003] [error] Undefined subroutine &RT::LoadConfig
called at /httpd/rt3/bin/webmux.pl line 63.
Compilation failed in require at (eval 77) line 1.

The first error is interesting, as I only found a single reference to
sub handler in webmux.pl… Second one is the killer, though, as it
uses RT::LoadConfig (which does of course exist in RT.pm, but it is
not found by webmux.pl. Have attempted to put in a ‘use RT;’ call
in the RT::Mason package which causes the error, but it still won’t
find it (its in the @INC path, though, so it should be found…)
This is using 2.1.75. I will try with a newer release, but since
I haven’t seen anyone else mention this, I’m assuming its PEBKAC… :wink:

Greg

-----Original Message-----
From: rt-users-admin@lists.fsck.com
[mailto:rt-users-admin@lists.fsck.com]On Behalf Of Robin Lee Powell
Sent: Wednesday, 12 March 2003 7:45 AM
To: rt-users@lists.fsck.com
Subject: Re: [rt-users] Mason Problems - rt2 & rt3 on same server…

On Tue, Mar 11, 2003 at 03:30:06PM -0500, Michael K. Brown wrote:

Now, I looked up at RTFM, and it said: If this is the case, you can
install a lower version of HTML::Mason within RT’s lib directory, eg
’/home/rt2/lib/HTML/Mason’, and change webmux.pl to refer directly to
it:

package RT::Mason;
use lib “/home/rt2/etc/”;
use lib “/home/rt2/lib/”;
use CGI qw(-private_tempfiles); #bring this in before mason, to make
sure we
#set private_tempfiles
use HTML::Mason::ApacheHandler (args_method => ‘CGI’);
use HTML::Mason; # brings in subpackages: Parser, Interp, etc.
By default these ‘use lib’ lines are after the HTML::Mason references,
which means to use the global installation of HTML::Mason.

This, of course, assumes that you know how to do that. Being a
non-sysadmin type, I’m not sure how to do that.

Find webmux.pl in your RT distribution. Make the section after
package RT::Mason; look like the above.

-Robin


http://www.digitalkingdom.org/~rlpowell/ *** I’m a male Robin.
.i le pamoi velru’e zo’u crepu le plibu taxfu
.i le remoi velru’e zo’u mo .i le cimoi velru’e zo’u ba’e prali .uisai
http://www.lojban.org/ *** to sa’a cu’u lei pibyta’u cridrnoma toi


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

Have you read the FAQ? The RT FAQ Manager lives at http://fsck.com/rtfm


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

Have you read the FAQ? The RT FAQ Manager lives at http://fsck.com/rtfm


( ( _______
)) )) .-“There’s always time for a good cup of coffee.”-. >====<–.
C||C|| (>-----Brent Geach - brent.geach@telecom1.com------<) | = |-’
--'–’ --------------- ---------------'------’


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

Have you read the FAQ? The RT FAQ Manager lives at http://fsck.com/rtfm

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

From: Jesse Vincent

mod_perl REALLY doesn’t like multiple applications in the same
interpreter. You need to either set up multiple backend apache servers
to run mod_perl OR switch to fastcgi.

The easy approach is to run separate instances of httpd with
different config files on different ports. Sometimes this
is worthwhile just for memory management even if you could
cram everything into one instance. If you want to
hide the fact that you’ve done this or put the real servers
on a different machine you can run a non-mod_perl apache
as a reverse proxy at the normal address and port, using
ProxyPass or RewriteRule to internally go to the right place.

Les Mikesell
les@futuresource.com