Last modified: 2013-11-23 00:15:29 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T56805, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 54805 - Fatal error: Invalid host name (docroot=/usr/local/apache/common/docroot/bits/), can't determine language.#01
Fatal error: Invalid host name (docroot=/usr/local/apache/common/docroot/bit...
Status: RESOLVED FIXED
Product: Wikimedia
Classification: Unclassified
General/Unknown (Other open bugs)
wmf-deployment
All All
: High normal (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2013-09-30 21:52 UTC by Sam Reed (reedy)
Modified: 2013-11-23 00:15 UTC (History)
1 user (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Sam Reed (reedy) 2013-09-30 21:52:58 UTC
Fatal error:  Invalid host name (docroot=/usr/local/apache/common/docroot/bits/), can't determine language.#012 in /usr/local/apache/common-local/multiversion/M
WMultiVersion.php on line 351

Getting a spam of these after enabling PHP more widely on bits... Things shouldn't really be hitting anything other than load.php
Comment 1 Faidon Liambotis 2013-09-30 22:24:23 UTC
Ouch. You do want 404.php though, that was the point of your change in the first place, wasn't it? Do we really need /w/ in there? Can't we just have a 404.php symlink instead?
Comment 2 Sam Reed (reedy) 2013-09-30 22:32:03 UTC
(In reply to comment #1)
> Ouch. You do want 404.php though, that was the point of your change in the
> first place, wasn't it? Do we really need /w/ in there? Can't we just have a
> 404.php symlink instead?

Yup. /w/404.php is setup as a more global ErrorDocument for 404 in one of the other "parent" apache configs. I don't think there is any reason to have the rest of the directory, so could just create an empty w directory and symlink 404.php into there. Or just deny from all and then only allow 404.php in the w directory. Doesn't make much difference

I am interested to find out what/where is being hit on bits and by who though...
Comment 3 Gerrit Notification Bot 2013-10-01 08:56:59 UTC
Change 86819 had a related patch set uploaded by Faidon Liambotis:
bits: remove /w/ symlink, add a /w/404.php symlink

https://gerrit.wikimedia.org/r/86819
Comment 4 Gerrit Notification Bot 2013-10-01 09:49:54 UTC
Change 86819 merged by MaxSem:
bits: remove /w/ symlink, add a /w/404.php symlink

https://gerrit.wikimedia.org/r/86819

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links