<div style="text-indent: -79px;">Pasting in a response i received via email that isn't showing up on this list, from <font face="Helvetica"><span style="font-size: 14px;"><b>Emile Joubert:</b></span></font></div><div><span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: 'Times New Roman'; border-spacing: 0px; font-size: medium; ">Hi,<br><br>On 02/04/13 23:32, Jonathan Schwietert wrote:<br><blockquote type="cite">Hi, I have a queue which was declared with BOTH durable and exclusive<br></blockquote><blockquote type="cite">(on accident) whose owner disconnected then reconnected and now<br></blockquote><blockquote type="cite">receives: "NOT_FOUND - no queue 'test.queue' in vhost '/test.vhost'".<br></blockquote><br>See the documentation for the exclusive parameter:<br><br><a href="http://www.rabbitmq.com/amqp-0-9-1-reference.html#queue.declare.exclusive">http://www.rabbitmq.com/amqp-0-9-1-reference.html#queue.declare.exclusive</a><br><br>"Exclusive queues may only be accessed by the current connection, and<br>are deleted when that connection closes."<br><br>So your 'test.queue' should not longer exist. The presence of the string<br>in the internal Mnesia files does not necessarily mean that the queue<br>still exists since the name could appear in internal logs.<br><br>The scenario you describe can occur if a queue was declared on a node<br>which leaves a cluster. A "Not Found" error will result when attempting<br>to redeclare or delete the queue on any remaining nodes in the cluster.<br>The solution is for the node that left the cluster to rejoin. The use of<br>mirrored queues will prevent this condition.<br><br><br>-Emile</span><br></div>