628182 - dm-download02 gives wrong mime-type for mar & dmg files

Status: RESOLVED FIXED

(mozilla.org Graveyard :: Server Operations, task)

Description

[Nick Thomas [:nthomas] (UTC+12)]

eg: from sentry
Checking /firefox/releases/4.0b9/mac/zh-TW/Firefox%204.0%20Beta%209.dmg... okay.
 -> FAILED due to content-type mis-match, expected 'application/x-apple-diskimage', got 'text/plain; charset=UTF-8'

Strangely the errors occur only for Firefox releases and not for Thunderbird & SeaMonkey ones. Is the check applied inconsistently or is there some other difference? Note - some releases use empty files to make sentry happy, rather than hacking up the :lang substitution in sentry some more.

It's fairly important to have this box back because it covers requests for old files, the ones our mirrors are no longer carrying.

Comment 1

[Dave Miller [:justdave]]

Aha! So that's why bouncer wasn't serving some of the files from there.

Checking into it...

Comment 2

[Nick Thomas [:nthomas] (UTC+12)]

Oops, both dmg and mar. 

Checking /firefox/releases/4.0b9/update/linux-i686/zh-TW/firefox-4.0b9.complete.mar... okay.
 -> FAILED due to content-type mis-match, expected 'application/octet-stream', got 'text/plain; charset=UTF-8'

Comment 3

[Dave Miller [:justdave]]

OK, I can find no reason whatsoever why this isn't working.  Everything in httpd.conf says the .htaccess should be honored.  httpd.conf itself even has a definition for dmg in it, which isn't being honored.  Something's funny here.

Comment 4

[Dave Miller [:justdave]]

So this has been broken since we started proxying the firefox subtree back to dm-ftp01 via httpd to avoid Linux NFS overhead. dm-ftp01's http config was at fault. Specifically, the vhost that was handling the proxy backend had a DocumentRoot one level deeper than where the .htaccess file was, which meant it never got checked.

I copied the contents of the .htaccess file into that vhost block, and that fixed both dm-download02 and stage.