Closed Bug 808153 Opened 12 years ago Closed 12 years ago

Installing the stub installer from nightly.mozilla.org is giving old stub installer bits

Categories

(Infrastructure & Operations Graveyard :: WebOps: Other, task, P3)

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: jsmith, Unassigned)

Details

(Keywords: regression, Whiteboard: [stub+])

Steps: 1. Go to nightly.mozilla.org 2. Grab the express build 3. Install nightly 4. Check about firefox Expected: On 11/2, I should be getting the 11/2 build. Actual: On 11/2, I am getting the 10/30 build.
Keywords: regression
Whiteboard: [stub+]
Can you confirm what download.mozilla.org link the nightly stub installer is fetching? Or, alternatively, the full path of whatever file the stub installer ultimately downloads? Wondering if it's a caching issue... Dropping prio to prevent paging.
Severity: critical → normal
Priority: -- → P3
Hah, found the problem... it seems there's a double-slash in there somewhere: http://wpc.1237.edgecastcdn.net/801237/download.cdn.mozilla.net/pub/mozilla.org//firefox/nightly/ Succeeds (incorrect) http://wpc.1237.edgecastcdn.net/801237/download.cdn.mozilla.net/pub/mozilla.org/firefox/nightly/ Fails (correct... nightly/aurora should not be on CDN) I will investigate and fix.
I've fixed this in bounceradmin (indeed, an incorrect trailing slash), and also committed a fix to the origin's apache config, to properly deny requests with an extra slash. I've also issued a cache flush for Edgecast, to wipe out any improperly-cached files. I've confirmed all active mirrors already didn't have the extra slash except this one... so I expect now that this one is fixed there won't be any further issues like this. At least, if there are, they should be completely different issues under the hood. :) It might take up to an hour for this to start working as expected, but all the work is done. Very well spotted!
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
There was discussion in one of the channels where we were talking about this bug not being fixed yet. I was not able to test and verify this because the stub-installer would fail almost immediately after double-clicking on it. The last thing I read in the evening was that Jake had a few potential ways to fix and was going to try to get feedback on those.
This should be fixed now. It's a temporary measure, but will stay in place until the permanent fix is in place, so for all intents and purposes we're good to go.
I can verify this is now working. Using the stub installer downloads and installs the latest nightly available.
Status: RESOLVED → VERIFIED
Component: Server Operations: Web Operations → WebOps: Other
Product: mozilla.org → Infrastructure & Operations
Product: Infrastructure & Operations → Infrastructure & Operations Graveyard
You need to log in before you can comment on or make changes to this bug.