<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<META NAME="Generator" CONTENT="MS Exchange Server version 6.5.7638.1">
<TITLE>RE: [rt-users] Error starting httpd: No root path(s) specified at/usr/local/rt3/bin/webmux.pl line 98</TITLE>
</HEAD>
<BODY>
<!-- Converted from text/plain format -->

<P><FONT SIZE=2>The suspense was unbearable: I went back to the office to took a look<BR>
at the server. Despite the http error at the start:<BR>
<BR>
root@rt:/etc/init.d# ./httpd start<BR>
No root path(s) specified at /usr/local/rt3/bin/webmux.pl line 98<BR>
./httpd start: httpd started<BR>
root@rt:/etc/init.d#<BR>
<BR>
RT seems to be working fine.<BR>
<BR>
No interesting errors in /usr/local/apache/logs:<BR>
<BR>
[Sun Feb  5 00:20:09 2006] [notice] Apache/1.3.34 (Unix) mod_perl/1.29 configured -- resuming normal operations<BR>
[Sun Feb  5 00:20:09 2006] [notice] Accept mutex: sysvsem (Default: sysvsem)<BR>
[Sun Feb  5 00:22:20 2006] [error] [client 146.96.242.13] File does not exist: /usr/local/rt3/share/html/favicon.ico<BR>
[Sun Feb  5 00:32:19 2006] [error] [client 146.96.242.13] File does not exist: /usr/local/rt3/share/html/favicon.ico<BR>
root@rt:/usr/local/apache/logs#<BR>
<BR>
<BR>
-----Original Message-----<BR>
From: rt-users-bounces@lists.bestpractical.com on behalf of Lengyel, Florian<BR>
Sent: Sat 2/4/2006 12:54 PM<BR>
To: rt-users@lists.bestpractical.com<BR>
Subject: [rt-users] Error starting httpd: No root path(s) specified at/usr/local/rt3/bin/webmux.pl line 98<BR>
<BR>
I have a new installation of RT version 3.4.5 under Debian 3.1 (stable).<BR>
The web server is a compiled apache 1.13.34 with mod_perl version 1.29.<BR>
There are several perl directories; it wasn't obvious to me which one is<BR>
being used:<BR>
/usr/lib/perl/5.8.7<BR>
/usr/local/lib/perl/5.8.7<BR>
/usr/local/share/lib/perl/5.8.7<BR>
apt-get seems to update the first of these. The second was probably created<BR>
with an attempt to install mod_perl2 with apache 2.2.0; this was abandoned for<BR>
mod_perl 1.29 and apache 1.13.34, since the BestrPractical online documentation<BR>
seems to suggest this is the most stable; FastCGI also wanted to refer to the<BR>
ap compatibility library; resolving ap_null_handler was a losing proposition.<BR>
<BR>
<BR>
Initially on startup, http reported that CGI::Cookie.pm had an error reported elsewhere;<BR>
this was resolved with<BR>
  perl -MCPAN -e 'install CGI::Cookie'<BR>
I could see that /usr/local/share/lib/perl/5.8.7 was updated; this also had the ModPerl<BR>
subdirectory (these observations aren't those of a seasoned PERL veteran).<BR>
<BR>
Initially, I had this error when starting httpd:<BR>
<BR>
Starting httpd: No root path(s) specified at /usr/local/rt3/bin/webmux.pl line 98<BR>
<BR>
This seemed to go away after I set the /perl/ alias in the httpd.conf to<BR>
/usr/local/share/lib/perl/5.8.7<BR>
<BR>
I had a few moments of joy as the RT screens came up without broken links for the first<BR>
time.<BR>
<BR>
However, the problem has reared its ugly head again. I have no idea what caused it.<BR>
A possible change in one of the PERL installations (I might have done an apt-get of<BR>
one of the perl libraries--though my guess is that would have affected the first of the<BR>
three PERL directories above)? Only last night I found out about<BR>
compiling PERL modules with PREFIX=<PERL lib dir>, after reading <A HREF="http://www.perl.com/pub/a/2002/04/10/mod_perl.html;">http://www.perl.com/pub/a/2002/04/10/mod_perl.html;</A> should I do a rebuild with this?<BR>
How do I keep a PERL upgrade, which might happen after an "apt-get update; apt-get upgrade"<BR>
from undermining hours and hours of work?<BR>
<BR>
More to the point: what do I do to fix this error:<BR>
<BR>
No root path(s) specified at /usr/local/rt3/bin/webmux.pl line 98<BR>
<BR>
<BR>
Thanks,<BR>
FL<BR>
<BR>
</FONT>
</P>

</BODY>
</HTML>