[lug] Bad Apache problem?

Justin-lists glow at jackmoves.com
Tue Mar 25 11:58:24 MST 2003


Skip to cliff notes at bottom if you don't want to read all the details.

This is a followup to my problems over the weekend. History of events is as follows: Power outage Wednesday from snow storm took server down. Server came back up sometime Thursday and was working fine. I started up2date -u Thursday night to get the glibc updates (Redhat 8.0). I left that going overnight, Friday morning I could not ssh to the server, although web/email seemed to be working ok. I was really paranoid that I could not get into the box for seemingly no reason, so I had the network cable pulled until I could get to it locally.

Once I got to the box I was able to login at the console and things looked ok. I did, however, notice this message in the messages log:
Mar 21 00:11:30 oldschool init: Trying to re-exec init

The timestamp on that error is sometime shortly after the glibc updates were finished (I'm guessing) since I started the up2date before I went to bed.

I rebooted the server so I could watch the boot process and make sure all was good. Server came up ok and looked good, I could login in remotely again so that was a plus. Big problem came at this point. I checked my website and all my hosted sites. I was getting a 403 Access Denied error when trying to access anything hosted by the webserver. The error in the apache error log read:
[Sat Mar 22 17:18:52 2003] [crit] [client 193.252.111.200] /home/httpd/.htaccess 
pcfg_openfile: unable to check htaccess file, ensure it is readable

No .htaccess file existed in that directory and never has. I did a touch /home/httpd/.htaccess and no longer got the access denied error on my main site. However, the website was still not coming up fully (missing images,etc). The error log then logged another message identical to the above error except for a different directory (my images directory). The server appeared to be checking *every* directory under /home/httpd for a .htaccess file. If the file did not exist the server was responding with access denied. Therefor resulting in partially loaded sites. 

After a lot of troubleshooting and becoming extremely frustrated with this problem, I found the issue to be related to the "AllowOverride" feature in Apache. I set my AllowOverride for the doc root to "None" and things all started working again. The .htaccess errors went away and pages started loading fine. I did some tests and it seemed that *any* setting other than None for the AllowOverride was causing the same .htaccess messages noted above. 

The question/problem now is...Why is Apache checking for .htaccess files in *every* directory and deny'ing access if they are not found when AllowOverride is set to anything but None??? My Apache config has not changed since March 5th and I have had my docroot AllowOverride set to "Limit Authconfig FileInfo" for years without problems. I did go and completely re-compile/install Apache again from the ground up, still I get the same problem. Any ideas as to why Apache is behaving this way? From what I can tell the problem arose after the first reboot since installing the Redhat glibc patches.

Cliff Notes:
Apache giving 403 Access Denied when AllowOverride setting is set to anything *but* None. Apache logs appear to be checking for .htaccess files in *every* directory when AllowOverride is not set to None. If no .htaccess file exists it gives access denied.

Help! Thanks in advance for reading (or not reading) my large book of a problem.

Justin

--
glow at jackmoves.com




More information about the LUG mailing list