[rabbitmq-discuss] memory leak rabbitmq 3.1.5

Santi Nuñez-Cacho brian.santiago at gmail.com
Tue Oct 1 08:56:55 BST 2013


I disable TCP_CHECK on keepalived configuration and the memory stabilized.
@emile, do you use a specific configuration of keepalived that would bypass
this problem?

I got this:

    real_server XX.XX.XX.XX 61613 {
        weight 1
        TCP_CHECK {
            connect_timeout 2
            connect_port 61613
        }





On Mon, Sep 30, 2013 at 1:11 PM, Santi Nuñez-Cacho <brian.santiago at gmail.com
> wrote:

> In the same moment I stopped keepalived the memory stabilize.
>
> I attach the tcpdump output for 61613 port. ( it should be just keepalived
> connections from the other balanced
> server, as this cluster has no queues )
>
>
> On Fri, Sep 27, 2013 at 3:49 PM, Emile Joubert <emile at rabbitmq.com> wrote:
>
>>
>> Hi.
>>
>> On 26/09/13 15:18, Santi Nuñez-Cacho wrote:
>>
>> > =INFO REPORT==== 26-Sep-2013::16:12:46 ===
>> > accepting STOMP connection <0.19254.0> (XX:49217 -> YY:61613)
>> >
>> > =INFO REPORT==== 26-Sep-2013::16:12:46 ===
>> > closing STOMP connection <0.19254.0> (XX:49217 -> YY:61613)
>>
>> I've attempted to reproduce this problem from your description but did
>> not succeed. Can supply a network packet capture file of TCP traffic
>> between the broker and the load-balancer under the conditions that lead
>> to the leak? Tools such as tcpdump can create such a file.
>>
>>
>>
>>
>> -Emile
>>
>>
>>
>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rabbitmq.com/pipermail/rabbitmq-discuss/attachments/20131001/3fa005cf/attachment.htm>


More information about the rabbitmq-discuss mailing list