Error starting httpd: No root path(s) specified at/usr/local/rt3/bin/webmux.pl line 98

The suspense was unbearable: I went back to the office to took a look
at the server. Despite the http error at the start:

root@rt:/etc/init.d# ./httpd start
No root path(s) specified at /usr/local/rt3/bin/webmux.pl line 98
./httpd start: httpd started
root@rt:/etc/init.d#

RT seems to be working fine.

No interesting errors in /usr/local/apache/logs:

[Sun Feb 5 00:20:09 2006] [notice] Apache/1.3.34 (Unix) mod_perl/1.29 configured – resuming normal operations
[Sun Feb 5 00:20:09 2006] [notice] Accept mutex: sysvsem (Default: sysvsem)
[Sun Feb 5 00:22:20 2006] [error] [client 146.96.242.13] File does not exist: /usr/local/rt3/share/html/favicon.ico
[Sun Feb 5 00:32:19 2006] [error] [client 146.96.242.13] File does not exist: /usr/local/rt3/share/html/favicon.ico
root@rt:/usr/local/apache/logs#-----Original Message-----
From: rt-users-bounces@lists.bestpractical.com on behalf of Lengyel, Florian
Sent: Sat 2/4/2006 12:54 PM
To: rt-users@lists.bestpractical.com
Subject: [rt-users] Error starting httpd: No root path(s) specified at/usr/local/rt3/bin/webmux.pl line 98

I have a new installation of RT version 3.4.5 under Debian 3.1 (stable).
The web server is a compiled apache 1.13.34 with mod_perl version 1.29.
There are several perl directories; it wasn’t obvious to me which one is
being used:
/usr/lib/perl/5.8.7
/usr/local/lib/perl/5.8.7
/usr/local/share/lib/perl/5.8.7
apt-get seems to update the first of these. The second was probably created
with an attempt to install mod_perl2 with apache 2.2.0; this was abandoned for
mod_perl 1.29 and apache 1.13.34, since the BestrPractical online documentation
seems to suggest this is the most stable; FastCGI also wanted to refer to the
ap compatibility library; resolving ap_null_handler was a losing proposition.

Initially on startup, http reported that CGI::Cookie.pm had an error reported elsewhere;
this was resolved with
perl -MCPAN -e ‘install CGI::Cookie’
I could see that /usr/local/share/lib/perl/5.8.7 was updated; this also had the ModPerl
subdirectory (these observations aren’t those of a seasoned PERL veteran).

Initially, I had this error when starting httpd:

Starting httpd: No root path(s) specified at /usr/local/rt3/bin/webmux.pl line 98

This seemed to go away after I set the /perl/ alias in the httpd.conf to
/usr/local/share/lib/perl/5.8.7

I had a few moments of joy as the RT screens came up without broken links for the first
time.

However, the problem has reared its ugly head again. I have no idea what caused it.
A possible change in one of the PERL installations (I might have done an apt-get of
one of the perl libraries–though my guess is that would have affected the first of the
three PERL directories above)? Only last night I found out about
compiling PERL modules with PREFIX=, after reading Installing mod_perl without superuser privileges; should I do a rebuild with this?
How do I keep a PERL upgrade, which might happen after an “apt-get update; apt-get upgrade”
from undermining hours and hours of work?

More to the point: what do I do to fix this error:

No root path(s) specified at /usr/local/rt3/bin/webmux.pl line 98

Thanks,
FL

The suspense was unbearable: I went back to the office to took a look
at the server. Despite the http error at the start:

root@rt:/etc/init.d# ./httpd start
No root path(s) specified at /usr/local/rt3/bin/webmux.pl line 98
./httpd start: httpd started
root@rt:/etc/init.d#

RT seems to be working fine.

…that turns out to be a harmless error that only shows up the first
time you start it. It’s now fixed in SVN.

  • Alex