RTx::Statistics install issues (found a thread, but no resolution)

I’m having issues with an RTx::Statistics 1.0.8 installation and this
thread in the list
(http://archives.free.net.ph/message/20060105.052158.ffebdbaa.en.html)
is the exact problem I’m having, however the thread just ends with no
resolution. If you are one of the posters having this problem (Bill
and/or Austin), could you contact me with your eventual solution if you
ever found one?

I’m moving my RT installation from one RHEL sever to another and the
link for Statistics doesn’t show up on the left column on the new
server.

The only strange thing I can see is this error appears on my apache
error.log.

[Mon May 22 11:47:08 2006] [error] [client 1.2.3.4] FastCGI: server
“/opt/rt3/bin/mason_handler.fcgi” stderr: Use of uninitialized value in
length at /usr/lib/perl5/site_perl/5.8.5/HTML/Mason/Resolver/File.pm
line 52., referer: http://myrtserver.tvguide.com/rt/

Current config:
RT 3.4.2
RHEL 4

I’ve tried both using the Makefile and just copying the files to
/opt/rt3/share.

I can go to links by hand, but I can’t click on any in the Stats
screens. I get HTTP errors.

Example:

System error
error: could not find component for initial path
‘/RTx/OpenStalled/index.html’ (component roots are:
‘/opt/rt3/local/html’, ‘/opt/rt3/share/html’)
context:

200: $self->{out_method} = sub { $$bufref .= $_[0] };
201: }
202: $self->{use_internal_component_caches} =
203: $self->{interp}->use_internal_component_caches;
204: $self->_initialize;
205:
206: return $self;
207: }
208:

code stack: /usr/lib/perl5/site_perl/5.8.5/HTML/Mason/Request.pm:204
/usr/lib/perl5/site_perl/5.8.5/Class/Container.pm:275
/usr/lib/perl5/site_perl/5.8.5/Class/Container.pm:353
/usr/lib/perl5/site_perl/5.8.5/HTML/Mason/Interp.pm:348
/usr/lib/perl5/site_perl/5.8.5/HTML/Mason/Interp.pm:342
/usr/lib/perl5/site_perl/5.8.5/HTML/Mason/CGIHandler.pm:123
/usr/lib/perl5/site_perl/5.8.5/HTML/Mason/CGIHandler.pm:73
/opt/rt3/bin/mason_handler.fcgi:76
raw error

Any help would be appreciated.

Thanks,
Paul C.

Paul,
You said that you’re moving your RT from one server to another,
was Statistics working before the move?

Did you move it by installing as if a clean installation on the new
server, or did you just copy /opt/rt3?

You definitely should not just unpack the archive in /opt/rt3, follow
the instructions in the README file to run make. Since you’ve unpacked
the archive directly, if it was me, I’d remove /opt/rt3 and start over
(since rt doesn’t take that long to install). The errors that your
seeing don’t ring any bells with me as to what the problem is.

Kelly F. Hickel
Senior Software Architect
MQSoftware, Inc
952.345.8677
kfh@mqsoftware.com

Yes, I have Statistics working on the current servers. Works great too.

I’m doing the move by installing everything from scratch on the new
server and then importing the mysql database from the existing
environment. I’m installing Statistics post importing the database
though. Any thoughts on that?

As far as the error goes, I don’t get them on my existing server.

Paul C.

-----Original Message-----
From: Kelly F. Hickel [mailto:kfh@mqsoftware.com]
Sent: Tuesday, May 23, 2006 8:08 AM
To: Paul Crossman; rt-users@lists.bestpractical.com
Subject: RE: [rt-users] RTx::Statistics install issues (found a
thread,but
no resolution)

Paul,
You said that you’re moving your RT from one server to another,
was Statistics working before the move?

Did you move it by installing as if a clean installation on the new
server, or did you just copy /opt/rt3?

You definitely should not just unpack the archive in /opt/rt3,
follow
the instructions in the README file to run make. Since you’ve unpacked
the archive directly, if it was me, I’d remove /opt/rt3 and start over
(since rt doesn’t take that long to install). The errors that your
seeing don’t ring any bells with me as to what the problem is.

Kelly F. Hickel
Senior Software Architect
MQSoftware, Inc
952.345.8677
kfh@mqsoftware.com

-----Original Message-----
From: rt-users-bounces@lists.bestpractical.com [mailto:rt-users-
bounces@lists.bestpractical.com] On Behalf Of Paul Crossman
Sent: Monday, May 22, 2006 1:25 PM
To: rt-users@lists.bestpractical.com
Subject: [rt-users] RTx::Statistics install issues (found a
thread,but
no resolution)

I’m having issues with an RTx::Statistics 1.0.8 installation and
this
thread in the list

(http://archives.free.net.ph/message/20060105.052158.ffebdbaa.en.html)

is the exact problem I’m having, however the thread just ends with
no

-----Original Message-----
From: rt-users-bounces@lists.bestpractical.com [mailto:rt-users-
bounces@lists.bestpractical.com] On Behalf Of Paul Crossman
Sent: Tuesday, May 23, 2006 11:43 AM
To: rt-users@lists.bestpractical.com
Subject: RE: [rt-users] RTx::Statistics install issues (found a
thread,but no resolution)

Yes, I have Statistics working on the current servers. Works great
too.

I’m doing the move by installing everything from scratch on the new
server and then importing the mysql database from the existing
environment. I’m installing Statistics post importing the database
though. Any thoughts on that?
[Kelly F. Hickel] Doesn’t seem like that should cause a problem.

As far as the error goes, I don’t get them on my existing server.
[Kelly F. Hickel] Is it feasible to run a diff between the two /opt/rt3
directories?

Paul C.

[Kelly F. Hickel] -Kelly

Sure!!!

/opt/rt3 is the original working system.
rt3/ is a exploded tar from the system I’m migrating to.

diff -r /opt/rt3/ rt3/

Only in rt3/etc: RCS
diff -r /opt/rt3/etc/RT_SiteConfig.pm rt3/etc/RT_SiteConfig.pm
279c279
< Set($WebBaseURL , “http://source.tvguide.com:80”);

Set($WebBaseURL , “http://destination.tvguide.com:80”);
Only in /opt/rt3/local/html: Callbacks
Only in /opt/rt3/local/html/NoAuth: webrt.css.matt
Only in /opt/rt3/local/html/NoAuth: webrt.css.orig
Only in /opt/rt3/local/html/NoAuth: webrt.css.working
Only in /opt/rt3/local/html: RTx
Only in /opt/rt3/local/lib: auto
Only in rt3/share: CHANGELOG
Only in rt3/share: MANIFEST
Only in rt3/share: META.yml
Only in rt3/share: Makefile.PL
Only in rt3/share: README
Only in rt3/share: inc
Only in rt3/share: lib
Only in rt3/var/mason_data: etc
Only in rt3/var/mason_data/obj: .__obj_create_marker

Paul C.

-----Original Message-----
From: Kelly F. Hickel [mailto:kfh@mqsoftware.com]
Sent: Tuesday, May 23, 2006 1:30 PM
To: Paul Crossman; rt-users@lists.bestpractical.com
Subject: RE: [rt-users] RTx::Statistics install issues (found a
thread,but
no resolution)

-----Original Message-----
From: rt-users-bounces@lists.bestpractical.com [mailto:rt-users-
bounces@lists.bestpractical.com] On Behalf Of Paul Crossman
Sent: Tuesday, May 23, 2006 11:43 AM
To: rt-users@lists.bestpractical.com
Subject: RE: [rt-users] RTx::Statistics install issues (found a
thread,but no resolution)

Yes, I have Statistics working on the current servers. Works great
too.

I’m doing the move by installing everything from scratch on the new
server and then importing the mysql database from the existing
environment. I’m installing Statistics post importing the database
though. Any thoughts on that?
[Kelly F. Hickel] Doesn’t seem like that should cause a problem.

As far as the error goes, I don’t get them on my existing server.
[Kelly F. Hickel] Is it feasible to run a diff between the two
/opt/rt3
directories?

Paul C.

[Kelly F. Hickel] -Kelly

-----Original Message-----
From: Kelly F. Hickel [mailto:kfh@mqsoftware.com]
Sent: Tuesday, May 23, 2006 8:08 AM
To: Paul Crossman; rt-users@lists.bestpractical.com
Subject: RE: [rt-users] RTx::Statistics install issues (found a
thread,but
no resolution)

Paul,
You said that you’re moving your RT from one server to another,
was Statistics working before the move?

Did you move it by installing as if a clean installation on the
new
server, or did you just copy /opt/rt3?

You definitely should not just unpack the archive in /opt/rt3,
follow
the instructions in the README file to run make. Since you’ve
unpacked
the archive directly, if it was me, I’d remove /opt/rt3 and start
over
(since rt doesn’t take that long to install). The errors that
your
seeing don’t ring any bells with me as to what the problem is.

Kelly F. Hickel
Senior Software Architect
MQSoftware, Inc
952.345.8677
kfh@mqsoftware.com

-----Original Message-----
From: rt-users-bounces@lists.bestpractical.com [mailto:rt-users-
bounces@lists.bestpractical.com] On Behalf Of Paul Crossman
Sent: Monday, May 22, 2006 1:25 PM
To: rt-users@lists.bestpractical.com
Subject: [rt-users] RTx::Statistics install issues (found a
thread,but
no resolution)

I’m having issues with an RTx::Statistics 1.0.8 installation and
this
thread in the list

(http://archives.free.net.ph/message/20060105.052158.ffebdbaa.en.html)

is the exact problem I’m having, however the thread just ends
with
no
resolution. If you are one of the posters having this problem
(Bill
and/or Austin), could you contact me with your eventual solution
if
you
ever found one?

I’m moving my RT installation from one RHEL sever to another and
the
link for Statistics doesn’t show up on the left column on the
new

Paul,
It looks like the files in rt3/share are from unpacking the
archive directly, so I’d remove those listed below first. Then do an ls
-l in /opt/rt3/share/html. I find that when I install statistics I do
it as root, but my whole /opt/rt3 tree has to be owned by apache.apache.
So, if the directories /opt/rt3/share/RTx, /opt/rt3/share/Callbacks and
/opt/rt3/share/Callbacks/kStatistics (and all their children) aren’t
owned by the same user and group as the other directories in
/opt/rt3/share, do a chown -R on the and try again…

Kelly F. Hickel
Senior Software Architect
MQSoftware, Inc
952.345.8677
kfh@mqsoftware.com

I actually just finished flushing my install at the destination.

Just an initial DB.

Still no go.

[Tue May 23 14:34:29 2006] [error] [client 172.28.8.23] FastCGI: server
“/opt/rt3/bin/mason_handler.fcgi” stderr: Use of uninitialized value in
concatenation (.) or string at
/usr/lib/perl5/site_perl/5.8.5/HTML/Mason/Resolver/File.pm line 51.
[Tue May 23 14:34:29 2006] [error] [client 172.28.8.23] FastCGI: server
“/opt/rt3/bin/mason_handler.fcgi” stderr: Use of uninitialized value in
length at /usr/lib/perl5/site_perl/5.8.5/HTML/Mason/Resolver/File.pm
line 52.

Those errors show up in the httpd error log.

The installation I have that works all the Statistics files are
root:root and the RT3 files are root:bin. Everything works fine. Could
the HTML::Mason perl module be a problem? How can I remove the module
and reinstall it?

Paul C.

-----Original Message-----
From: Kelly F. Hickel [mailto:kfh@mqsoftware.com]
Sent: Tuesday, May 23, 2006 3:34 PM
To: Paul Crossman; rt-users@lists.bestpractical.com
Subject: RE: [rt-users] RTx::Statistics install issues (found a
thread,but
no resolution)

Paul,
It looks like the files in rt3/share are from unpacking the
archive directly, so I’d remove those listed below first. Then do an
ls
-l in /opt/rt3/share/html. I find that when I install statistics I do
it as root, but my whole /opt/rt3 tree has to be owned by
apache.apache.
So, if the directories /opt/rt3/share/RTx, /opt/rt3/share/Callbacks
and
/opt/rt3/share/Callbacks/kStatistics (and all their children) aren’t
owned by the same user and group as the other directories in
/opt/rt3/share, do a chown -R on the and try again…

Kelly F. Hickel
Senior Software Architect
MQSoftware, Inc
952.345.8677
kfh@mqsoftware.com

-----Original Message-----
From: Paul Crossman [mailto:Paul.Crossman@tvguide.com]
Sent: Tuesday, May 23, 2006 2:03 PM
To: Kelly F. Hickel; rt-users@lists.bestpractical.com
Subject: RE: [rt-users] RTx::Statistics install issues (found a
thread,but no resolution)

Sure!!!

/opt/rt3 is the original working system.
rt3/ is a exploded tar from the system I’m migrating to.

diff -r /opt/rt3/ rt3/

Only in rt3/etc: RCS
diff -r /opt/rt3/etc/RT_SiteConfig.pm rt3/etc/RT_SiteConfig.pm
279c279
< Set($WebBaseURL , “http://source.tvguide.com:80”);

Set($WebBaseURL , “http://destination.tvguide.com:80”);
Only in /opt/rt3/local/html: Callbacks
Only in /opt/rt3/local/html/NoAuth: webrt.css.matt
Only in /opt/rt3/local/html/NoAuth: webrt.css.orig
Only in /opt/rt3/local/html/NoAuth: webrt.css.working
Only in /opt/rt3/local/html: RTx
Only in /opt/rt3/local/lib: auto
Only in rt3/share: CHANGELOG
Only in rt3/share: MANIFEST
Only in rt3/share: META.yml
Only in rt3/share: Makefile.PL
Only in rt3/share: README
Only in rt3/share: inc
Only in rt3/share: lib
Only in rt3/var/mason_data: etc
Only in rt3/var/mason_data/obj: .__obj_create_marker

Paul C.

-----Original Message-----
From: Kelly F. Hickel [mailto:kfh@mqsoftware.com]
Sent: Tuesday, May 23, 2006 1:30 PM
To: Paul Crossman; rt-users@lists.bestpractical.com
Subject: RE: [rt-users] RTx::Statistics install issues (found a
thread,but
no resolution)

-----Original Message-----
From: rt-users-bounces@lists.bestpractical.com [mailto:rt-users-
bounces@lists.bestpractical.com] On Behalf Of Paul Crossman
Sent: Tuesday, May 23, 2006 11:43 AM
To: rt-users@lists.bestpractical.com
Subject: RE: [rt-users] RTx::Statistics install issues (found a
thread,but no resolution)

Yes, I have Statistics working on the current servers. Works
great
too.

I’m doing the move by installing everything from scratch on the
new
server and then importing the mysql database from the existing
environment. I’m installing Statistics post importing the
database
though. Any thoughts on that?
[Kelly F. Hickel] Doesn’t seem like that should cause a problem.

As far as the error goes, I don’t get them on my existing
server.
[Kelly F. Hickel] Is it feasible to run a diff between the two
/opt/rt3
directories?

Paul C.

[Kelly F. Hickel] -Kelly

-----Original Message-----
From: Kelly F. Hickel [mailto:kfh@mqsoftware.com]
Sent: Tuesday, May 23, 2006 8:08 AM
To: Paul Crossman; rt-users@lists.bestpractical.com
Subject: RE: [rt-users] RTx::Statistics install issues (found
a
thread,but
no resolution)

Paul,
You said that you’re moving your RT from one server to
another,
was Statistics working before the move?

Did you move it by installing as if a clean installation on
the
new
server, or did you just copy /opt/rt3?

You definitely should not just unpack the archive in
/opt/rt3,
follow
the instructions in the README file to run make. Since you’ve
unpacked
the archive directly, if it was me, I’d remove /opt/rt3 and
start
over
(since rt doesn’t take that long to install). The errors that
your
seeing don’t ring any bells with me as to what the problem is.

Kelly F. Hickel
Senior Software Architect
MQSoftware, Inc
952.345.8677
kfh@mqsoftware.com

-----Original Message-----
From: rt-users-bounces@lists.bestpractical.com [mailto:rt-
users-
bounces@lists.bestpractical.com] On Behalf Of Paul Crossman
Sent: Monday, May 22, 2006 1:25 PM
To: rt-users@lists.bestpractical.com
Subject: [rt-users] RTx::Statistics install issues (found a
thread,but
no resolution)

I’m having issues with an RTx::Statistics 1.0.8 installation
and
this
thread in the list

(http://archives.free.net.ph/message/20060105.052158.ffebdbaa.en.html)

is the exact problem I’m having, however the thread just
ends
with
no
resolution. If you are one of the posters having this
problem
(Bill
and/or Austin), could you contact me with your eventual
solution
if
you
ever found one?

I’m moving my RT installation from one RHEL sever to another
and
the
link for Statistics doesn’t show up on the left column on
the
new
server.

The only strange thing I can see is this error appears on my
apache
error.log.

[Mon May 22 11:47:08 2006] [error] [client 1.2.3.4] FastCGI:
server
“/opt/rt3/bin/mason_handler.fcgi” stderr: Use of
uninitialized
value
in
length at
/usr/lib/perl5/site_perl/5.8.5/HTML/Mason/Resolver/File.pm
line 52., referer: http://myrtserver.tvguide.com/rt/

Current config:
RT 3.4.2
RHEL 4

I’ve tried both using the Makefile and just copying the
files
to
/opt/rt3/share.

I can go to links by hand, but I can’t click on any in the
Stats
screens. I get HTTP errors.

Example:

System error
error: could not find component for initial path
‘/RTx/OpenStalled/index.html’ (component roots are:
‘/opt/rt3/local/html’, ‘/opt/rt3/share/html’)
context:

200: $self->{out_method} = sub { $$bufref .= $_[0] };
201: }
202: $self->{use_internal_component_caches} =
203: $self->{interp}->use_internal_component_caches;
204: $self->_initialize;
205:
206: return $self;
207: }
208:

code stack:
/usr/lib/perl5/site_perl/5.8.5/HTML/Mason/Request.pm:204
/usr/lib/perl5/site_perl/5.8.5/Class/Container.pm:275
/usr/lib/perl5/site_perl/5.8.5/Class/Container.pm:353
/usr/lib/perl5/site_perl/5.8.5/HTML/Mason/Interp.pm:348
/usr/lib/perl5/site_perl/5.8.5/HTML/Mason/Interp.pm:342
/usr/lib/perl5/site_perl/5.8.5/HTML/Mason/CGIHandler.pm:123
/usr/lib/perl5/site_perl/5.8.5/HTML/Mason/CGIHandler.pm:73
/opt/rt3/bin/mason_handler.fcgi:76
raw error

Any help would be appreciated.

Thanks,
Paul C.


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

Community help: http://wiki.bestpractical.com
Commercial support: sales@bestpractical.com

Discover RT’s hidden secrets with RT Essentials from
O’Reilly

-----Original Message-----
From: Paul Crossman [mailto:Paul.Crossman@tvguide.com]
Sent: Tuesday, May 23, 2006 2:44 PM
To: Kelly F. Hickel; rt-users@lists.bestpractical.com
Subject: RE: [rt-users] RTx::Statistics install issues (found a
thread,but no resolution)

I actually just finished flushing my install at the destination.

Just an initial DB.

Still no go.

[Tue May 23 14:34:29 2006] [error] [client 172.28.8.23] FastCGI:
server
“/opt/rt3/bin/mason_handler.fcgi” stderr: Use of uninitialized value
in
concatenation (.) or string at
/usr/lib/perl5/site_perl/5.8.5/HTML/Mason/Resolver/File.pm line 51.
[Tue May 23 14:34:29 2006] [error] [client 172.28.8.23] FastCGI:
server
“/opt/rt3/bin/mason_handler.fcgi” stderr: Use of uninitialized value
in
length at /usr/lib/perl5/site_perl/5.8.5/HTML/Mason/Resolver/File.pm
line 52.

Those errors show up in the httpd error log.

The installation I have that works all the Statistics files are
root:root and the RT3 files are root:bin. Everything works fine.
Could
the HTML::Mason perl module be a problem? How can I remove the module
and reinstall it?

[Kelly F. Hickel] Well, is Statistics the only thing that isn’t working,
or is the rest of RT broken too? Fixing Mason installation problems is
beyond me, I consider myself lucky when I can get through a clean
install and everything is working!