Httpd won't start, any suggestions?

Hey all,

I’m having a bit of a problem. Forgive me for my limited knowledge, I’m an
RT and Linux noob.

I made some changes to the RT code (to the login page, I just added a line
of text to see if the change would show up) and attempted to restart httpd.
The restart failed and now it won’t start at all. I figured it had something
to do with the changes I made and restored the original code but I’m still
having the same problem. Does anyone have any suggestions on how I might
figure this out?

Thanks!

-Brandi

Check your web server error logs. When I did this I found lots of useful
error messages in the error log and was able to find and fix my minor
changes and get it working again. Apache loads the RT code when it starts

  • so if you goon the code it won’t start. Scared the heck out of me the
    first time it happened, thought I’d whacked my apache configs somehow.

Regards,
Gene

At 07:28 AM 5/21/2007, Brandi L wrote:

I’m having a bit of a problem. Forgive me for my limited knowledge, I’m an
RT and Linux noob.

I made some changes to the RT code (to the login page, I just added a line
of text to see if the change would show up) and attempted to restart
httpd. The restart failed and now it won’t start at all. I figured it had
something to do with the changes I made and restored the original code but
I’m still having the same problem. Does anyone have any suggestions on how
I might figure this out?

Gene LeDuc, GSEC
Security Analyst
San Diego State University

Here’s the errors that it gives:

Mon May 21 08:48:56 2007] [error] Couldn’t load RT config file %s as user
root / group root.
The file is owned by user %s and group %s.
This usually means that the user/group your webserver is running as cannot
read the file.
Be careful not to make the permissions on this file too liberal, because it
contains database
passwords. You may need to put the webserver user in the appropriate group
(%s) or change
permissions be able to run succesfully ‘/etc/rt3/RT_Config.pm’
Can’t locate /etc/rt3/RT_Config.pm in @INC (@INC contains:
/usr/local/lib/rt3/lib
/usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.8
/usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.7/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.6/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.5/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.8 /usr/lib/perl5/site_perl/5.8.7
/usr/lib/perl5/site_perl/5.8.6 /usr/lib/perl5/site_perl/5.8.5
/usr/lib/perl5/site_perl
/usr/lib/perl5/vendor_perl/5.8.7/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.6/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.5/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.7 /usr/lib/perl5/vendor_perl/5.8.6
/usr/lib/perl5/vendor_perl/5.8.5 /usr/lib/perl5/vendor_perl
/usr/lib/perl5/5.8.8/i386-linux-thread-multi /usr/lib/perl5/5.8.8 .
/etc/httpd) at /usr/lib/perl5/vendor_perl/5.8.8/RT.pm line 151.
BEGIN failed–compilation aborted at /usr/sbin/webmux.pl line 76.
Compilation failed in require at (eval 2) line 1.
[Mon May 21 08:48:56 2007] [error] Can’t load Perl file: /usr/sbin/webmux.pl
for server URHU19986.facstaff.ddns.marist.edu:0http://urhu19986.facstaff.ddns.marist.edu:0/,
exiting…
[Mon May 21 09:41:15 2007] [error] Couldn’t load RT config file %s as user
root / group root.
The file is owned by user %s and group %s.\nThis usually means that the
user/group your webserver is running as cannot read the file.
Be careful not to make the permissions on this file too liberal, because it
contains database\npasswords. You may need to put the webserver user in the
appropriate group (%s) or change
permissions be able to run succesfully ‘/etc/rt3/RT_Config.pm’
Can’t locate /etc/rt3/RT_Config.pm in @INC (@INC contains:
/usr/local/lib/rt3/lib
/usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.8
/usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.7/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.6/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.5/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.8 /usr/lib/perl5/site_perl/5.8.7
/usr/lib/perl5/site_perl/5.8.6 /usr/lib/perl5/site_perl/5.8.5
/usr/lib/perl5/site_perl
/usr/lib/perl5/vendor_perl/5.8.7/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.6/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.5/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.7 /usr/lib/perl5/vendor_perl/5.8.6
/usr/lib/perl5/vendor_perl/5.8.5 /usr/lib/perl5/vendor_perl
/usr/lib/perl5/5.8.8/i386-linux-thread-multi /usr/lib/perl5/5.8.8 .
/etc/httpd) at /usr/lib/perl5/vendor_perl/5.8.8/RT.pm line 151.
BEGIN failed–compilation aborted at /usr/sbin/webmux.pl line 76.
Compilation failed in require at (eval 2) line 1.

So I see that it could be a problem with the file’s permissions, which is
odd because I never changed them and it was working just fine before.

I just changed the owner of both config files to root (which I’m currently
logged in as) and attempted a restart again. I also changed both file
permissions to 764. Still no luck. Any more suggestions?

Thanks!

-Brandi LOn 5/21/07, Gene LeDuc gleduc@mail.sdsu.edu wrote:

Check your web server error logs. When I did this I found lots of useful
error messages in the error log and was able to find and fix my minor
changes and get it working again. Apache loads the RT code when it starts

  • so if you goon the code it won’t start. Scared the heck out of me the
    first time it happened, thought I’d whacked my apache configs somehow.

Regards,
Gene

At 07:28 AM 5/21/2007, Brandi L wrote:

I’m having a bit of a problem. Forgive me for my limited knowledge, I’m
an
RT and Linux noob.

I made some changes to the RT code (to the login page, I just added a
line
of text to see if the change would show up) and attempted to restart
httpd. The restart failed and now it won’t start at all. I figured it had
something to do with the changes I made and restored the original code
but
I’m still having the same problem. Does anyone have any suggestions on
how
I might figure this out?


Gene LeDuc, GSEC
Security Analyst
San Diego State University