Boyle,
You mis-read the message. Just to be clear:
NOTHING IS TOUCHED ON THE WEB SITE.
THE SERVER HAS DIRECTORYINDEX PARAMETERS in place.
INDEX.HTML IS SERVED FOR OTHER DOMAINS ON THE SAME SERVER.
One week, the server displays index.html, as it has done for the last
several years, as the default page. On a site that hasn't been touched
in months.
The next week, it doesn't - for one domain out of 100, in a shared
hosting environment. The others continue to work as normal.
The next week, the problem goes away for one domain, and appears on
another.
The only way to get a default page served, is to rename the index.html
file to index.htm, or symlink the two.
There are no .htaccess files involved.
This is why I'm baffled... I've been running web servers since 1994, and
apache for five or six years (not an Apache guru by any means, but I
understand how most of this works). The problem is not reproducible, as
far as I can tell - other than in the fact that the failure isn't
intermittent for the domains experiencing the problem, but continuous
(until it disappears).
Regards,
Thomas Leavitt
> -----Original Message-----
> From: Thomas Leavitt [mailto:thomas@xxxxxxxxxxxxxxxxx]
> Sent: Donnerstag, 5. Januar 2006 16:09
> To: users@xxxxxxxxxxxxxxxx
> Subject: [users@httpd] Apache 2.0.54 randomly fails to serve
> index.html
> for single domainon multi-host server
>
>
> I asked this before, with no response, so I'm rephrasing the
question:
>
> Environment:
>
> Apache/2.0.54 (Mandriva Linux/PREFORK-13.1.20060mdk)
> mod_auth_external/2.2.9 mod_ssl/2.0.54 OpenSSL/0.9.7g
PHP/5.1.0RC1
>
> Mandriva 2006, Pentium III dual processor system, SMP kernal,
768 mb
> memory, ext3 filesystem... can supply any other information
desired.
>
> Using virtual hosting, with a fairly "stock" set up, via
individual
> files in vhosts.d (about 100 or so different sites)
>
> Here's the problem:
>
> Periodically, I get calls from my clients, and/or web site
visitors,
> telling me that "their site is gone"... inevitably, when I
> look, what I
> see is a directory listing.
If you have commented out all "DirectoryIndex" directives then
apache falls back to the default "index.html". If the client
then edits their site and - somehow - renames index.html to
index.htm then apache will not find the index file and so will
list the directory.
Double-triple check that users are not using some helpful editor
that renames the index file....
As a fix for the future (since you'll never get them to stop
it), actually start *using* the DirectoryIndex directive. It can
take a list of names, eg:
DirectoryIndex index.html index.htm
Rgds,
Owen Boyle
Disclaimer: Any disclaimer attached to this message may be
ignored.
>
> Now, this isn't because index.html has been munged... because
it is
> there. It just isn't being served by the web server as the
> default home
> page.
>
> This problem is, as far as I can tell, always confined to a
single
> domain, and is consistent (as long as it lasts), i.e., 100
attempts to
> load the site produce 100 directory listings.
>
> What isn't consistent, is that it goes away after a few days
(haven't
> retested any one domain long enough to see how long)... and
> usually pops
> up on another domain (had the problem reported a half dozen
times over
> the past few months).
>
> Nothing I've done seems to make it go away - I removed a bunch
of
> modules that I wasn't really using, in case there was some odd
"side
> effect". I played around with the order of the DirectoryIndex
> listing. I
> commented out the DirectoryIndex item in the php apache config
file...
> tried every trick I could think of; nothing works. Which is
why I'm
> asking (again) here for advice.
>
> What does "fix" the problem, is symlinking index.htm to
index.html ...
> no idea why the problem doesn't display itself with
> index.htm, but that
> seems to "cure" it. Rather reluctant to symlink every damned
> instance of
> index.html to an equivalent index.htm, but it looks like I
> might need to
> do that if I can't solve the problem otherwise.
>
> Tips? Pointers? Help?!?
>
> Regards,
> Thomas Leavitt
> Systems Admin
> Godmoma's Forge, LLC
> 831-295-3917
> http://www.godmomasforge.com/
>
>
>
>
---------------------------------------------------------------------
> The official User-To-User support forum of the Apache HTTP
> Server Project.
> See <URL:http://httpd.apache.org/userslist.html> for more
info.
> To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx
> " from the digest:
users-digest-unsubscribe@xxxxxxxxxxxxxxxx
> For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx
>
>
Diese E-mail ist eine private und persönliche Kommunikation. Sie
hat keinen Bezug zur Börsen- bzw. Geschäftstätigkeit der SWX
Gruppe. This e-mail is of a private and personal nature. It is
not related to the exchange or business activities of the SWX
Group. Le présent e-mail est un message privé et personnel, sans
rapport avec l'activité boursière du Groupe SWX.
This message is for the named person's use only. It may contain
confidential, proprietary or legally privileged information. No
confidentiality or privilege is waived or lost by any
mistransmission. If you receive this message in error, please
notify the sender urgently and then immediately delete the
message and any copies of it from your system. Please also
immediately destroy any hardcopies of the message. You must not,
directly or indirectly, use, disclose, distribute, print, or
copy any part of this message if you are not the intended
recipient. The sender's company reserves the right to monitor
all e-mail communications through their networks. Any views
expressed in this message are those of the individual sender,
except where the message states otherwise and the sender is
authorised to state them to be the views of the sender's
company.
---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx
" from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx
For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx
|