<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><div><br></div><blockquote type="cite"><meta http-equiv="Content-Type" content="text/html charset=us-ascii"><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><div><br></div><blockquote type="cite">I'm struggling to find the source of a timeout. I am running Nginx (1.2.6),<br>Passenger 3.0.18, and Rails 3.2.11. On serving one long running request, I<br>find the results (CSV file) truncated after being returned from the client.<br>The Rails application however continues to serve up the data until complete,<br>at which time it reports:<br><br> Couldn't forward the HTTP response back to the HTTP client: It seems the<br>user clicked on the 'Stop' button in his browser.<br><br>Nginx access.log however reports a 200 for the request.<br><br>Some things I have tried:<br>1) I modified the Nginx read/send timeouts in the Passenger gem<br>(ext/nginx/Configuration.c) and recompiled, with no impact.<br>2) I ran a test of bypassing Nginx/Passenger by going direct to my app<br>running in Unicorn, and it serves up the result fine. I then took Passenger<br>out of the equation by configuring Nginx to pass the requests to Unicorn,<br>and the truncated result is back again.<br>3) I've played with the Nginx keepalive_timeout, proxy_read_timeout,<br>proxy_send_timeout and send_timeout - all with no impact.<br><br>Any thoughts/advice would be much appreciated.<br><br>Joe<br><br>Posted at Nginx Forum: <a href="http://forum.nginx.org/read.php?2,236201,236201#msg-236201">http://forum.nginx.org/read.php?2,236201,236201#msg-236201</a><br><br>_______________________________________________<br>nginx mailing list<br><a href="mailto:nginx@nginx.org">nginx@nginx.org</a><br><a href="http://mailman.nginx.org/mailman/listinfo/nginx">http://mailman.nginx.org/mailman/listinfo/nginx</a><br></blockquote></div><br><div>It happened for us many times, there is only one option - <b>upstream</b>.</div><div>It can be Unicorn/PassengerStandalone/whatever.</div><div><br></div><div>We spent a lot of time debugging Nginx, so there is no real solution </div><div>for passenger built-in module.</div><div><br></div><div><br></div><div>Anatoly</div><div><br></div></div>_______________________________________________<br>nginx mailing list<br><a href="mailto:nginx@nginx.org">nginx@nginx.org</a><br>http://mailman.nginx.org/mailman/listinfo/nginx</blockquote></div><br><div>You can find a lot of the same issues on Passenger bugtracker, the bug is years old.</div><div>Passenger did the great job for us and it's good to continue using it as standalone way.</div><div>But what if you want to have true Zero-downtime deployment?</div><div>Passenger provides it only with commercial paid version.</div><div><br></div><div>Anatoly</div></body></html>