issue with fastcgi_cache and missing content length / length:0 (chunked transfer encoding)

Maxim Dounin mdounin at mdounin.ru
Thu Aug 26 20:31:08 MSD 2010


Hello!

On Thu, Aug 26, 2010 at 06:13:47PM +0200, Thomas Lohner wrote:

> Dear list,
> 
> i'm having an issue with cached fastcgi responses with content 
> length 0:
> 
> #curl http://127.0.0.1/lq/aac/iPhone/a3efe0a282dafd
> curl: (18) transfer closed with outstanding read data remaining
> 
> #curl -I http://127.0.0.1/lq/aac/iPhone/a3efe0a282dafd
> HTTP/1.1 302 Moved Temporarily
> Server: nginx/0.8.49
> Date: Thu, 26 Aug 2010 12:27:23 GMT
> Content-Type: audio/aacp
> Connection: close
> Location: 
> http://xxxxx/stream_basis_aac_lq#4p765no3|0|0|vCubar|nnp|yd
> X-CACHE: HIT
> 
> 
> I understand the Content-Length Header is missing and therefor 
> chunked transfer encoding breaks.
> 
> 
> This only happens with cached responses and only with 
> fastcgi_cache.
> 
> Everything works fine, if i either disable fastcgi_cache or if i 
> wrap another nginx around my nginx+php-fpm setup with 
> proxy_cache.
> 
> i've done quite a bit of research but didn't find any other 
> solution than setting chunked_transfer_encoding to off, which 
> effects every request.
> 
> i'm using nginx/0.8.49 with php-fpm 5.3.3 on gentoo
> 
> 
> Is there any other way to fix this? Any thoughts are appreciated.

These patches should resolve your issue:

http://nginx.org/pipermail/nginx-devel/2010-January/000100.html
http://nginx.org/pipermail/nginx-devel/2010-January/000101.html
http://nginx.org/pipermail/nginx-devel/2010-January/000102.html

Maxim Dounin



More information about the nginx mailing list