<div dir="ltr">What is the change (workaround) you made ?I don't see a difference?</div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Sep 30, 2017 at 3:35 PM, Dejan Grofelnik Pelzel <span dir="ltr"><<a href="mailto:nginx-forum@forum.nginx.org" target="_blank">nginx-forum@forum.nginx.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello,<br>
<br>
We are running the nginx 1.13.5  with HTTP/2 in a proxy_pass proxy_cache<br>
configuration with clients having relatively long open connections. Our<br>
system does automatic reloads for any new configuration and we recently<br>
introduced a limit_conn to some of the config files. After that, I've<br>
started noticing a rapid drop in connections and outgoing network every-time<br>
the system would perform a configuration reload. Even stranger, on every<br>
reload the memory usage would go up for about 1-2GB until ultimately<br>
everything crashed if the reloads were too frequent. The memory usage did go<br>
down after old workers were released, but that could take up to 30 minutes,<br>
while the configuration could get reloaded up to twice per minute.<br>
<br>
We used the following configuration as recommended by pretty much any<br>
example:<br>
limit_conn_zone $binary_remote_addr zone=1234con:10m;<br>
limit_conn zone1234con 10;<br>
<br>
I was able to verify the connection drop by doing a simple ab test, for<br>
example, I would run ab -c 100 -n -k 1000 <a href="https://127.0.0.1/file.bin" rel="noreferrer" target="_blank">https://127.0.0.1/file.bin</a><br>
990 of the connections went through, however, 10 would still be active.<br>
Immediately after the reload, those would get dropped as well. Adding -r<br>
option would help the problem, but that doesn't fix our problem.<br>
<br>
Finally, after I tried to create a workaround, I've configured the limit<br>
zone to:<br>
limit_conn_zone "v$binary_remote_addr" zone=1234con:10m;<br>
<br>
Suddenly everything magically started to work. The connections were not<br>
being dropped, the limit worked as expected and even more surprisingly the<br>
memory usage was not going up anymore. I've been tearing my hair out almost<br>
all day yesterday trying to figure this out. While I was very happy to see<br>
this resolved, I am now confused as to why nginx behaves in such a way.<br>
<br>
I'm thinking this might likely be a bug, so I'm just wondering if anyone<br>
could explain why it is happening or has a similar problem.<br>
<br>
Thank you!<br>
<br>
Posted at Nginx Forum: <a href="https://forum.nginx.org/read.php?2,276633,276633#msg-276633" rel="noreferrer" target="_blank">https://forum.nginx.org/read.<wbr>php?2,276633,276633#msg-276633</a><br>
<br>
______________________________<wbr>_________________<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" rel="noreferrer" target="_blank">http://mailman.nginx.org/<wbr>mailman/listinfo/nginx</a><br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><b>Anoop P Alias</b> <div><br></div></div></div></div>
</div>