<div dir="ltr">On Sat, Mar 15, 2014 at 5:35 PM, Matthias Radestock <span dir="ltr"><<a href="mailto:matthias@rabbitmq.com" target="_blank">matthias@rabbitmq.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On 15/03/14 16:21, Sean Allen wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Question about connections getting blocked for resource levels.<br>
<br>
Simplifying what we have.<br>
<br>
I have an exchange "event"<br>
<br>
Queue: handle.event is bound the "event" on node 1.<br>
<br>
Node 2 of the cluster is over memory water mark.<br>
<br>
I have a connection that is connected to Node 3 of the cluster that is<br>
publishing to the "event" exchange. How is it possible for that<br>
connection to end up being blocked for resource reasons?<br>
</blockquote>
<br></div></div>
RabbitMQ cannot know where future messages published on a connection might get routed to. So, in your example, the connection to Node 3 could be used to publish messages which end up getting enqueued in queues on Node 2. Which would be bad.<br>

<br>
The upshot is that a resource alarm on any node blocks publishing connections on all nodes.</blockquote><div><br></div><div><br></div><div>Does that apply when an exchange is federated? </div><div><br></div><div>If I have cluster A and cluster B</div>
<div><br></div><div>and messages are published to an exchange in cluster A and is in turn federated to cluster B</div><div><br></div><div>does an alarm in cluster A prevent cluster B from getting said message?</div><div>does an alarm in cluster B prevent cluster A from getting said message?</div>
<div><br></div><div><br></div></div><div dir="ltr"><br></div>
</div></div>