[rabbitmq-discuss] Shovel failover

Laing, Michael P. Michael.Laing at nytimes.com
Thu May 2 16:58:02 BST 2013


So it looks like I can give my shovels distinct names and keep y current
setup (if I want).

If a shovel has a distinct name, is it guaranteed to be started only on
the node on which it is configured?


On 5/2/13 11:02 AM, "Tim Watson" <tim at rabbitmq.com> wrote:

>On 2 May 2013, at 15:43, Laing, Michael P. wrote:
>> Is the new failover scheme described somewhere? Couldn't find it.
>It's described briefly in the "Getting Started" section of
>> Some of my configurations rely on shovels being set up differently for
>> each node in a cluster and that the shovel will stick to the node on
>> it is configured.
>I'd suggest taking a look at what it does now then. If the same (named)
>shovel is defined on two nodes that are clustered, it will run on only
>one of them.
>> The reason for these configurations (backup strategy to compensate for
>> partitioning) may have become moot nowŠ
>Perhaps - please let us know if that's not the case.
>> However, I have gotten pretty used to the shovel just being a
>> straightforward, well-behaved application on a single node, driven by
>> node's configuration. If it now jumps around among nodes in the cluster
>> automatically then it is no longer straightforward - let's hope it is
>> still well-behaved!
>Indeed. Sadly, it looks like we have broken the default reconnect_delay
>setting that was previously available. I've filed a bug to fix that.
>Thanks for bringing it to our attention.
>rabbitmq-discuss mailing list
>rabbitmq-discuss at lists.rabbitmq.com

More information about the rabbitmq-discuss mailing list