<div dir="ltr">Hi!<div><br></div><div>A possible workaround is to provide your own session_db callback module that does not create session tables. A session reuse is per connection, disabling session reuse does not take </div><div>away the sessions tables only their use. The path away form this problem (at least in the long run) I think is implementing session tickets instead of the original session reuse strategy. </div><div><br></div><div>Regards Ingela Erlang OTP Team - Ericsson Ab <br><div class="gmail_extra"><br><div class="gmail_quote">2018-08-14 14:34 GMT+02:00 Attila Rajmund Nohl <span dir="ltr"><<a href="mailto:attila.r.nohl@gmail.com" target="_blank">attila.r.nohl@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Attila Rajmund Nohl <<a href="mailto:attila.r.nohl@gmail.com">attila.r.nohl@gmail.com</a>> ezt írta (időpont: 2018.<br>
aug. 14., K, 10:09):<br>
<span class="">><br>
> Hello!<br>
><br>
> I'm facing the same problem as mentioned in<br>
> <a href="https://groups.google.com/d/msg/erlang-programming/xWpKjeG21Ys/mfoOkjzwBgAJ" rel="noreferrer" target="_blank">https://groups.google.com/d/<wbr>msg/erlang-programming/<wbr>xWpKjeG21Ys/mfoOkjzwBgAJ</a><br>
><br>
> Unfortunately I can't upgrade to Erlang 20 (or later). I did apply the<br>
> <a href="https://github.com/erlang/otp/commit/256e01ce80b3aadd63f303b9bda5722ad313220f" rel="noreferrer" target="_blank">https://github.com/erlang/otp/<wbr>commit/<wbr>256e01ce80b3aadd63f303b9bda572<wbr>2ad313220f</a><br>
> patch on the 19.3.6.9 sources, but I still have the problem. I also<br>
> tried to disable the session reuse (i.e. pass {reuse_sessions, false}<br>
> to ssl:listen) too, still the ETS memory usage grows in the VM to 8<br>
> GB. I need to triple check that indeed the patched version ran, but do<br>
> you have any idea what else could cause this? Of course, this only<br>
> happens at outside-organization test and I can't reproduce the leakage<br>
> locally :-(<br>
<br>
</span>Managed to reproduce the problem locally: it looks like the client<br>
creates SSL sessions at a faster rate (around 200/sec) then the<br>
session_validator removes them (around 150/sec). So the session cache<br>
grows about 50 entries/sec.<br>
<div class="HOEnZb"><div class="h5">______________________________<wbr>_________________<br>
erlang-questions mailing list<br>
<a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a><br>
<a href="http://erlang.org/mailman/listinfo/erlang-questions" rel="noreferrer" target="_blank">http://erlang.org/mailman/<wbr>listinfo/erlang-questions</a><br>
</div></div></blockquote></div><br></div></div></div>