615793 - Media gallery videos are broken links/missing/returning 404s

Status: VERIFIED FIXED

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

Description

[Stephen Donner [:stephend] Not actively reading bugmail]

https://support.mozilla.com/en-US/gallery/video/55:

https://support.mozilla.com/en-US/20051210-w50s.flv

GET /en-US/20051210-w50s.flv HTTP/1.1
Host: support.mozilla.com
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.12) Gecko/20101026 Firefox/3.6.12 SearchToolbar
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: en,en-us;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 115
Connection: keep-alive
<snip>

HTTP/1.1 404 NOT FOUND
Server: Apache
X-Backend-Server: pm-app-sumo03
Vary: Accept-Encoding
Cache-Control: no-cache, must-revalidate
Content-Type: text/html; charset=utf-8
Content-Encoding: gzip
Date: Wed, 01 Dec 2010 03:34:50 GMT
Keep-Alive: timeout=5, max=1000
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Pragma: no-cache
Transfer-Encoding: chunked
Connection: Keep-Alive
Set-Cookie: sessionid=ce819111e488e00b66a42b3fc0063896; Path=/; secure
x-frame-options: DENY
X-Cache-Info: not cacheable; response specified "Cache-Control: no-cache"

Comment 1

[James Socol [:jsocol, :james]]

Looks like the GALLERY_VIDEO_URL setting is incorrect.

Shyam maybe you can help double-check it?

Comment 2

[Shyam Mani [:fox2mike]]

(In reply to comment #1)
> Looks like the GALLERY_VIDEO_URL setting is incorrect.
> 
> Shyam maybe you can help double-check it?

Yeah, the GALLERY_VIDEO_URL wasn't set on production, which I've fixed now.

Also, this is kind of unrelated. Stephen was using the wrong URLs to check?

trinity:specific shyam$ curl -I -L https://support.mozilla.com/media/uploads/gallery/videos/20051210-w50s.flv
HTTP/1.1 200 OK
Server: Apache
X-Backend-Server: pm-app-sumo04
Content-Type: video/x-flv
Date: Wed, 01 Dec 2010 06:09:14 GMT
Accept-Ranges: bytes
ETag: "a356c"
Last-Modified: Wed, 01 Dec 2010 01:14:00 GMT
X-Cache-Info: caching
Content-Length: 669036

trinity:specific shyam$ curl -I -L http://sumo-cdn.mozilla.net/media/uploads/gallery/videos/20051210-w50s.flv
HTTP/1.1 200 OK
Date: Wed, 01 Dec 2010 06:09:42 GMT
Server: PWS/1.7.1.1
X-Px: ms lax-agg-n4 ( lax-agg-n26), ms lax-agg-n26 ( origin>CONN)
ETag: "a356c"
Cache-Control: max-age=604800
Expires: Wed, 08 Dec 2010 06:09:42 GMT
Age: 0
Accept-Ranges: bytes
Content-Length: 669036
Content-Type: video/x-flv
Last-Modified: Wed, 01 Dec 2010 01:14:00 GMT
Connection: keep-alive

This will never be live on en-US/$videoname, that's now how this has worked (on stage as well).

Comment 3

[Stephen Donner [:stephend] Not actively reading bugmail]

Verified FIXED; thanks!  (The /en-US/ path came from https://support.mozilla.com/en-US/gallery/video/55, not by me hitting it directly -- relative-URL paths FTW/FTL :-).

Comment 4

[James Socol [:jsocol, :james]]

For the record/posterity/to clear Stephen's name, here's the path it was taking:

GALLERY_VIDEO_URL was set to 'http://sumo-cdn.mozilla.net/', so it was trying to load videos from 'http://sumo-cdn.mozilla.net/video-file-name.flv'. Presumably the CDN was then trying to load http://support.mozilla.com/video-file-name.flv which was then redirecting to http://support.mozilla.com/en-US/video-file.flv and 404ing in the browser.