[rabbitmq-discuss] Memory watermark alert not resetting.
Raviv Pavel
raviv at gigya-inc.com
Thu Oct 4 16:32:21 BST 2012
After upgrading the server won't start. from the logs:
=ERROR REPORT==== 4-Oct-2012::17:11:59 ===
** Generic server <0.341.0> terminating
** Last message in was {'$gen_cast',
{method,
{'queue.declare',0,<<"es1">>,false,true,false,
false,false,
[{<<"x-ha-policy">>,longstr,<<"all">>}]},
none,noflow}}
Thanks
*--*Raviv
*
*
On Thu, Oct 4, 2012 at 5:05 PM, Raviv Pavel <raviv at gigya-inc.com> wrote:
> All queues are empty and "rabbitmqctl list_queues name memory" shows they
> use about 3K each.
> VM memory stats are much lower then the one shown in the overview.
> We're using 2.8.1 - I'll try upgrading to 2.8.7
>
> Thanks
> *--*Raviv
> *
> *
>
>
>
> On Thu, Oct 4, 2012 at 4:57 PM, Matthias Radestock <matthias at rabbitmq.com>wrote:
>
>> On 04/10/12 15:53, Simon MacMullen wrote:
>>
>>> On 04/10/12 13:01, Raviv Pavel wrote:
>>>
>>>> Based on the management UI, memory usage doesn't drop and publishers are
>>>> still blocked.
>>>>
>>>
>>> Hmm. In that case my first guess would be that the queue you deleted /
>>> purged wasn't the queue which was using all the memory. Check the memory
>>> use of other queues - this can be found on the queue details page, or
>>> with "rabbitmqctl list_queues name memory". Also, check the VM-wide
>>> memory statistics (on the node details page, under "advanced". This
>>> might give a clue as to where the memory is going.
>>>
>>
>> ...and please make sure you are running the latest version of RabbitMQ
>> (2.8.7, atm), since we have fixed a few memory leaks in the in recent
>> versions.
>>
>> Matthias.
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rabbitmq.com/pipermail/rabbitmq-discuss/attachments/20121004/3d15c1a1/attachment.htm>
More information about the rabbitmq-discuss
mailing list