[rabbitmq-discuss] Clustered queues and bindings dropped when sending large messages

[Matthias Radestock]

Irmo,

On 25/10/11 11:54, Irmo Manie wrote:
> It does take more than 60 seconds yes.
> For testing we use some remote virtual machines which are a bit
> sluggish (read: horribly slow) on the I/O.
> But the nodes already get partitioned in about 15-20 seconds which
> doesn't really match the default earliest possibility of 45 seconds.

Depends on when the last tick was sent, e.g. it may have been sent 30 
seconds before the large message is sent.

Btw, 
http://erlang.2086793.n4.nabble.com/node-to-node-message-passing-td2536251.html 
describes the issue.

> Next to this, there is no way that the cluster will try to
> re-partition after such incident?

It should join up again when one node attempts to talk to the other. Not 
sure what would trigger that in rabbit; queue/exchange/binding 
creation/deletion perhaps (due to the mnesia synchronisation that needs 
to happen as part of that).

Regards,

Matthias.