https + large-file sending, sometimes fails

Gábor Farkas gabor at nekomancer.net
Mon Dec 17 17:56:39 MSK 2007


Igor Sysoev wrote:
> On Mon, Dec 17, 2007 at 03:12:33PM +0100, G?bor Farkas wrote:
> 
>> i am sending large (400mb) csv files using nginx, using https.
>>
>> sometimes not the whole file is served by nginx.
>> it simply closes the connection before the whole file is sent.
>>
>> if the downloader supports resuming, then the file-download can be resumed.
>>
>> the file is served using the "X-Accel-Redirect" technique (it's 
>> authenticated on a proxied apache server, and then the file is served 
>> directly by nginx)
>>
>> when such problems happen, the error-log contains this:
>>
>> 2007/12/17 01:02:03 [crit] 21821#0: *864836 SSL_write() failed (SSL: 
>> error:1409F07F:SSL routines:SSL3_WRITE_PENDING:bad write retry) while 
>> sending response to client, client: 1.2.3.4, server: www.example.com, 
>> URL: "/some/url/to/a.csv", upstream: 
>> "http://internal-ip/some/auth/url/a.csv", host: "www.example.com"
>>
>> debian lenny (it has nginx 0.5.30-1)
>>
>> any ideas why is this happening?
>>
> Could you create debug log of this request (you may not use
> X-Accel-Redirect for this) ?
> 
> 

btw. now i reproduced the problem also without using "X-AccelRedirect".

one note: the whole thing (nginx itself, log-files, 
data-files-to-be-served) are on NFS. could that be a problem?

regarding debug log output: you mean by using something like:

events {
     debug_connection 127.0.0.1;
     }
?

i will try, but it generates VERY large debug-log-files. is there 
perhaps a way how to make those debug-files smaller?

thanks,
gabor





More information about the nginx mailing list