<div dir="ltr">I disable TCP_CHECK on keepalived configuration and the memory stabilized.<div>@emile, do you use a specific configuration of keepalived that would bypass this problem?</div><div><br></div><div>I got this:</div>

<div><br></div><div><div>    real_server XX.XX.XX.XX 61613 {</div><div>        weight 1</div><div>        TCP_CHECK {</div><div>            connect_timeout 2</div><div>            connect_port 61613</div><div>        }</div>

</div><div><br></div><div><br><div><br></div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Sep 30, 2013 at 1:11 PM, Santi Nuņez-Cacho <span dir="ltr">&lt;<a href="mailto:brian.santiago@gmail.com" target="_blank">brian.santiago@gmail.com</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">In the same moment I stopped keepalived the memory stabilize.<div><br></div><div>I attach the tcpdump output for 61613 port. ( it should be just keepalived connections from the other balanced</div>

<div>server, as this cluster has no queues )</div>
</div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Sep 27, 2013 at 3:49 PM, Emile Joubert <span dir="ltr">&lt;<a href="mailto:emile@rabbitmq.com" target="_blank">emile@rabbitmq.com</a>&gt;</span> wrote:<br>


<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
Hi.<br>
<div><br>
On 26/09/13 15:18, Santi Nuņez-Cacho wrote:<br>
<br>
&gt; =INFO REPORT==== 26-Sep-2013::16:12:46 ===<br>
&gt; accepting STOMP connection &lt;0.19254.0&gt; (XX:49217 -&gt; YY:61613)<br>
&gt;<br>
&gt; =INFO REPORT==== 26-Sep-2013::16:12:46 ===<br>
&gt; closing STOMP connection &lt;0.19254.0&gt; (XX:49217 -&gt; YY:61613)<br>
<br>
</div>I&#39;ve attempted to reproduce this problem from your description but did<br>
not succeed. Can supply a network packet capture file of TCP traffic<br>
between the broker and the load-balancer under the conditions that lead<br>
to the leak? Tools such as tcpdump can create such a file.<br>
<span><font color="#888888"><br>
<br>
<br>
<br>
-Emile<br>
<br>
<br>
<br>
<br>
<br>
</font></span></blockquote></div><br></div>
</div></div></blockquote></div><br></div>