[rabbitmq-discuss] Shovel restart command hanging

Tue Aug 28 16:04:23 BST 2012

This is the shovel issue that I was referring to: http://rabbitmq.1065348.n5.nabble.com/Shovel-stuck-tp21398p21482.html. 

> Er, I was a bit trigger happy with the send button there. I *meant* to
> say that as per
> http://rabbitmq.1065348.n5.nabble.com/Excessive-memory-consumption-of-one-server-in-cluster-setup-td21617.html,
> that bug appears to have nothing to do with using the shovel plugin.

Is that specific to clusters? If so, I don't think that's our issue since we don't have a cluster setup.

Liz
________________________________________
From: rabbitmq-discuss-bounces at lists.rabbitmq.com [rabbitmq-discuss-bounces at lists.rabbitmq.com] on behalf of Tim Watson [tim at rabbitmq.com]
Sent: Tuesday, August 28, 2012 6:03 AM
To: Discussions about RabbitMQ
Subject: Re: [rabbitmq-discuss] Shovel restart command hanging

On 28/08/2012 10:57, Tim Watson wrote:
> On 27/08/2012 23:47, Elizabeth Liao wrote:
>> Hi,
>>
>> Currently we are running Rabbitmq 2.8.2 and are running into some
>> problems with a shovel configuration.  We were running into the shovel
>> wedge issues that was mentioned in another discussion on this mailing
>> list. It appeared to be sometimes resolved by the command: rabbitmqctl
>> eval 'application:stop(rabbitmq_shovel),
>> application:start(rabbitmq_shovel).'  However, other sometimes,
>> executing this command would hang.
>>
>
> Are you talking about the issue discussed in
> http://rabbitmq.1065348.n5.nabble.com/Shovel-stops-receiving-acks-from-cluster-td21384.html?
>

Er, I was a bit trigger happy with the send button there. I *meant* to
say that as per
http://rabbitmq.1065348.n5.nabble.com/Excessive-memory-consumption-of-one-server-in-cluster-setup-td21617.html,
that bug appears to have nothing to do with using the shovel plugin.

If this is the issue you're facing, I'm actually working on a fix at the
moment, and Matthias mentioned in
http://lists.rabbitmq.com/pipermail/rabbitmq-discuss/2012-August/022133.html
that it might be possible to work around this by using `rabbitmqctl
set_vm_memory_high_watermark` to temporarily disable producers (by
setting a very low value and make the broker apply back pressure) before
restarting a node.
_______________________________________________
rabbitmq-discuss mailing list
rabbitmq-discuss at lists.rabbitmq.com
https://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss