Proxy_store downloading half videos !!

shahzaib shahzaib shahzaib.cb at gmail.com
Thu Sep 18 13:45:15 UTC 2014


Looks like on using the proxy_pass http://fl008.origin.com:80
<http://fl008.origin.com>$uri; it worked . Could :80 be the issue ?

On Thu, Sep 18, 2014 at 6:43 PM, shahzaib shahzaib <shahzaib.cb at gmail.com>
wrote:

> >>proxy_pass http://fl008.origin.com$uri;
> It didn't work instead the error 502 gateway started to show up when
> proxying the request via proxy_pass.
>
> On Thu, Sep 18, 2014 at 6:32 PM, shahzaib shahzaib <shahzaib.cb at gmail.com>
> wrote:
>
>> Thanks a lot for the solution Roman, i'll get back to you after applying
>> the fix. :-)
>>
>> On Thu, Sep 18, 2014 at 6:29 PM, Roman Arutyunyan <arut at nginx.com> wrote:
>>
>>>
>>> Try this directive instead of yours to download the entire file from the
>>> backend
>>>
>>> proxy_pass http://fl008.origin.com$uri;
>>>
>>>
>>> On 18 Sep 2014, at 15:25, shahzaib shahzaib <shahzaib.cb at gmail.com>
>>> wrote:
>>>
>>> > Yes, the mp4 modules is enabled on origin as well as edge. Could you
>>> please help me resolving the issue ?
>>> >
>>> > On Thu, Sep 18, 2014 at 4:21 PM, Roman Arutyunyan <arut at nginx.com>
>>> wrote:
>>> >
>>> > On 18 Sep 2014, at 14:49, shahzaib shahzaib <shahzaib.cb at gmail.com>
>>> wrote:
>>> >
>>> > > Hi,
>>> > >
>>> > >    We're using proxy_store on the edge server for replicating
>>> requested mp4 files and some of our users reported that some of the videos
>>> are half sized and therefore they are unable to stream whole video file on
>>> their end (coming from the edge server). On digging into the access_logs of
>>> nginx, i found the 500 internal server errors for 10~20 videos and on
>>> checking the size of 500 error videos it was half of the size compare to
>>> the mirrored video files on the origin. Please check the following error of
>>> the culprit video link :-
>>> > >
>>> > > 203.124.62.213 - - [18/Sep/2014:15:13:58 +0500] "GET
>>> /files/videos/2014/09/12/1410536044adf1b-360.mp4?start=729 HTTP/1.1" 500
>>> 588 "http://lw3.files.com/files/videos/2014/09/12/" "Mozilla/4.0
>>> (compatible; MSIE 8.0; Windows NT 6.0)"
>>> > >
>>> > > I'd like to inform that the issue is coming for 40% of the videos.
>>> > >
>>> > > error_log :-
>>> > >
>>> > > 2014/09/18 15:30:40 [error] 3883#0: *77490
>>> "/var/www/html/files/videos/2014/09/16/141088548798bb1-360.mp4" mp4 start
>>> time exceeds file duration, client: 175.110.88.213, server:
>>> lw3.files.com, request: "GET
>>> /files/videos/2014/09/16/141088548798bb1-360.mp4?start=736.8 HTTP/1.1"
>>> > >
>>> > > You can see the "start time exceeds error" on edge server but the
>>> video link starting from start=736.8 exists on origin server.
>>> > >
>>> > > Nginx config :-
>>> > >
>>> > > server {
>>> > >
>>> > >         listen       80;
>>> > >         server_name lw3.files.com;
>>> > >         root /var/www/html/tunefiles;
>>> > >         location ~ \.(mp4|jpeg|jpg)$ {
>>> > >                root   /var/www/html/tunefiles;
>>> > >                 mp4;
>>> > >         error_page 404 = @fetch;
>>> > >
>>> > >             }
>>> > >
>>> > >
>>> > >         location ~ \.(php)$ {
>>> > >                 proxy_pass http://fl008.files.net:80;
>>> > >         }
>>> > >
>>> > >
>>> > >
>>> > >         location @fetch {
>>> > >         internal;
>>> > >         proxy_pass http://fl008.origin.com:80;
>>> > >         proxy_store        on;
>>> > >             proxy_store_access user:rw group:rw all:r;
>>> > >         root /var/www/html/tunefiles;
>>> > > }
>>> >
>>> > Do you have the mp4 module enabled at the origin?  If so then you have
>>> partial mp4
>>> > downloaded from there and stored locally.  Note proxy_pass without URI
>>> passes
>>> > client URIs to the origin keeping the arguments (including “start”).
>>> >
>>> > _______________________________________________
>>> > nginx mailing list
>>> > nginx at nginx.org
>>> > http://mailman.nginx.org/mailman/listinfo/nginx
>>> >
>>> > _______________________________________________
>>> > nginx mailing list
>>> > nginx at nginx.org
>>> > http://mailman.nginx.org/mailman/listinfo/nginx
>>>
>>> _______________________________________________
>>> nginx mailing list
>>> nginx at nginx.org
>>> http://mailman.nginx.org/mailman/listinfo/nginx
>>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx/attachments/20140918/b220c20e/attachment.html>


More information about the nginx mailing list