<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; ">Thanks for the quick response Emile. I did happen to see that result in my searching but unfortunately our broker is standalone - so there are no other nodes to bring up.</span><br><br>On Wednesday, April 3, 2013 10:28:02 AM UTC-6, Jonathan Schwietert wrote:<blockquote class="gmail_quote" style="margin: 0;margin-left: 0.8ex;border-left: 1px #ccc solid;padding-left: 1ex;"><div>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 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" target="_blank">http://www.rabbitmq.com/amqp-<wbr>0-9-1-reference.html#queue.<wbr>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></blockquote>