<div dir="auto">Thanks for the explanation.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, 31 May 2022, 18:38 Maxim Dounin, <<a href="mailto:mdounin@mdounin.ru">mdounin@mdounin.ru</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello!<br>
<br>
On Tue, May 31, 2022 at 06:01:01PM +0200, evald ibrahimi wrote:<br>
<br>
> Just encounter this issue on the latest version of nginx 1.22.0.<br>
> Basically i added the "proxy_read_timeout 600s;" in a server directive and<br>
> run "nginx -s reload".<br>
> I was getting still "upstream timed out (110: Connection timed out) while<br>
> reading response header from upstream, client: " after 60 seconds which is<br>
> the default value.<br>
> Than i said, let's restart the whole service with systemctl restart nginx<br>
> and it worked..no more upstream timeout.<br>
<br>
This suggests that reload wasn't successful for some reason.<br>
<br>
There are various legitimate cases when reload might fail even if <br>
the configuration is perfectly correct: for example, if there are <br>
conflicting settings for a shared memory zone (e.g., you cannot <br>
change size of a shared memory zone), or when using conflicting <br>
listening sockets on Linux (such as "listen 80;" and "listen <br>
<a href="http://127.0.0.1:80" rel="noreferrer noreferrer" target="_blank">127.0.0.1:80</a> bind;").  Detailed information about why reload <br>
failed is expected to appear in the error log.<br>
<br>
Further, bugs in 3rd party modules might additionally break <br>
configuration reloads.  If there are any, you may want to test if <br>
things work correctly without 3rd party modules.<br>
<br>
Hope this helps.<br>
<br>
-- <br>
Maxim Dounin<br>
<a href="http://mdounin.ru/" rel="noreferrer noreferrer" target="_blank">http://mdounin.ru/</a><br>
_______________________________________________<br>
nginx mailing list -- <a href="mailto:nginx@nginx.org" target="_blank" rel="noreferrer">nginx@nginx.org</a><br>
To unsubscribe send an email to <a href="mailto:nginx-leave@nginx.org" target="_blank" rel="noreferrer">nginx-leave@nginx.org</a><br>
</blockquote></div>