>From the Clustering Guide (emphasis mine):<br><br><div style="margin-left: 40px;">&quot;All data/state required for the operation of a RabbitMQ
          broker is replicated across all nodes, for reliability and
          scaling, with full ACID properties. <b><i>An exception to this are
          message queues, which currently only reside on the node that
          created them</i></b>, though they are visible and reachable from all
          nodes. Future releases of RabbitMQ will introduce migration
          and replication of message queues.&quot;<br></div><br><a href="http://www.rabbitmq.com/clustering.html#clustering">http://www.rabbitmq.com/clustering.html#clustering</a><br><br>-Brendan<br><br><div class="gmail_quote">
On Thu, May 21, 2009 at 4:26 AM,  <span dir="ltr">&lt;<a href="mailto:work@anomalizer.net">work@anomalizer.net</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
(rabbit n00b warning)<br>
I have two machines januty00 and jaunty01 that are running in clustered<br>
mode. There is a durable queue with a few messages in it. Here is the<br>
behaviour I am seeing:<br>
<br>
<br>
arvindj@jaunty00 ~ $ sudo rabbitmqctl list_queues<br>
Listing queues ...<br>
po_box  40<br>
...done.<br>
arvindj@jaunty00 ~ $ sudo rabbitmqctl status<br>
Status of node rabbit@jaunty00 ...<br>
[{running_applications,[{rabbit,&quot;RabbitMQ&quot;,&quot;1.5.4&quot;},<br>
                        {mnesia,&quot;MNESIA  CXC 138 12&quot;,&quot;4.4.7&quot;},<br>
                        {os_mon,&quot;CPO  CXC 138 46&quot;,&quot;2.1.8&quot;},<br>
                        {sasl,&quot;SASL  CXC 138 11&quot;,&quot;2.1.5.4&quot;},<br>
                        {stdlib,&quot;ERTS  CXC 138 10&quot;,&quot;1.15.5&quot;},<br>
                        {kernel,&quot;ERTS  CXC 138 10&quot;,&quot;2.12.5&quot;}]},<br>
 {nodes,[rabbit@jaunty01,rabbit@jaunty00]},<br>
 {running_nodes,[rabbit@jaunty01,rabbit@jaunty00]}]<br>
...done.<br>
<br>
<br>
<br>
arvindj@jaunty01 ~ $ sudo rabbitmqctl list_queues<br>
Listing queues ...<br>
po_box  40<br>
...done.<br>
arvindj@jaunty01 ~ $ sudo rabbitmqctl status<br>
Status of node rabbit@jaunty01 ...<br>
[{running_applications,[{rabbit,&quot;RabbitMQ&quot;,&quot;1.5.4&quot;},<br>
                        {mnesia,&quot;MNESIA  CXC 138 12&quot;,&quot;4.4.7&quot;},<br>
                        {os_mon,&quot;CPO  CXC 138 46&quot;,&quot;2.1.8&quot;},<br>
                        {sasl,&quot;SASL  CXC 138 11&quot;,&quot;2.1.5.4&quot;},<br>
                        {stdlib,&quot;ERTS  CXC 138 10&quot;,&quot;1.15.5&quot;},<br>
                        {kernel,&quot;ERTS  CXC 138 10&quot;,&quot;2.12.5&quot;}]},<br>
 {nodes,[rabbit@jaunty01,rabbit@jaunty00]},<br>
 {running_nodes,[rabbit@jaunty00,rabbit@jaunty01]}]<br>
...done.<br>
<br>
<br>
All looks fine when both machines are up. Now when jaunty00 goes down, the<br>
queue disappears from jaunty01<br>
arvindj@jaunty00 ~ $ sudo /etc/init.d/rabbitmq-server stop<br>
Stopping rabbitmq-server: rabbitmq-server.<br>
arvindj@jaunty01 ~ $ sudo rabbitmqctl list_queues<br>
Listing queues ...<br>
...done.<br>
<br>
<br>
When I bring januty00 back, the queue reappears on jaunty01.The reverse is<br>
not true i.e. when jaunty01 goes down, the queue is still available on<br>
jaunty00<br>
<br>
My understanding was that in clustered mode, if any one of the nodes goes<br>
down, the queue is still available on the other nodes. What am I missing<br>
here?<br>
<br>
<br>
_______________________________________________<br>
rabbitmq-discuss mailing list<br>
<a href="mailto:rabbitmq-discuss@lists.rabbitmq.com">rabbitmq-discuss@lists.rabbitmq.com</a><br>
<a href="http://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss" target="_blank">http://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss</a><br>
</blockquote></div><br>