It's a custom error code, think of it as if http_404, so if the first upstream can't handle this request , it will send "404" saying it is not for me, please try next, nginx should then send the same request to next upstream.<div><br><div><div><div><br>On Tuesday, March 29, 2016, Maxim Dounin <<a href="mailto:mdounin@mdounin.ru">mdounin@mdounin.ru</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello!<br>
<br>
On Tue, Mar 29, 2016 at 06:34:59PM -0700, Frank Liu wrote:<br>
<br>
> If I explicitly configured to retry next upstream based on a<br>
> certain http_xxx, will that stop working if a request is a POST with<br>
> 1.9.13?<br>
<br>
Yes.  There is no real difference between a network error and an<br>
HTTP error returned from idempotence point of view.  E.g., 502<br>
error just means that a network error happened somewhere else.<br>
<br>
> For other http code, I like the idea of not retry if it is non<br>
> idempotent but for one http_xxx, I want retry no matter what type of<br>
> request.<br>
<br>
Just curious - which one?<br>
<br>
Note well that if you want finer control of how various HTTP errors are<br>
handled, you can use proxy_intercept_errors with appropriate<br>
error_pages configured.  See <a href="http://nginx.org/r/proxy_intercept_errors" target="_blank">http://nginx.org/r/proxy_intercept_errors</a>.<br>
<br>
--<br>
Maxim Dounin<br>
<a href="http://nginx.org/" target="_blank">http://nginx.org/</a><br>
<br>
_______________________________________________<br>
nginx mailing list<br>
<a href="javascript:;" onclick="_e(event, 'cvml', 'nginx@nginx.org')">nginx@nginx.org</a><br>
<a href="http://mailman.nginx.org/mailman/listinfo/nginx" target="_blank">http://mailman.nginx.org/mailman/listinfo/nginx</a><br>
</blockquote></div></div></div></div>