<div dir="ltr">Hello RabbitMQ gurus,<div><br></div><div>After upgrading a customer site from RabbitMQ 3.1.1 to 3.1.5 (on RHEL 6.2), we had a few durable queues that did not seem to be working correctly (they weren&#39;t receiving any messages). �It should be noted that this is a cluster of 5 servers with queue mirroring set to exactly 2 nodes.</div>
<div><br></div><div>During troubleshooting, we deleted and recreated the queues. �After creating the queues, we attempted to rebind them to the exchange (in the web management GUI), but this always failed.�</div><div><br>
</div><div>[In the following example, names have been changed to protect the innocent]. �After attempting to bind durable mirrored &#39;my.queue&#39; to durable direct exchange &#39;my.exchange&#39; using routing key &#39;my.queue&#39; (in vhost &#39;abc&#39;), we get the following error:</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">NOT_FOUND - no binding my.queue between exchange &#39;my.exchange&#39; in vhost &#39;abc&#39; and queue &#39;my.queue&#39; in vhost &#39;abc&#39;</blockquote>
<div><br></div><div>This behavior in the web console confirms the behavior we see when trying to bind programmatically in our app (we get an AMQP 404 error).</div><div><br></div><div>Here is the kicker-- if we change the routing key by just one character, it works flawlessly! �Or if we don&#39;t change anything, but add &quot;foo=bar&quot; to the binding arguments, it also works! �So it seems that because we did this binding in the past, and it was somehow corrupted, it won&#39;t allow us to re-bind with the same arguments now. �As noted above, even after deleting and re-creating the queue, it still won&#39;t let us do that one binding we need.</div>
<div><br></div><div>Is there any way we can fix this easily without interrupting the customer too much? �Or is it likely we will have to wipe mnesia on all the nodes and rebuild the cluster (my fear is that this may be the only way)?</div>
<div><br></div><div>Is there anything I can or should do on my end to further debug / investigate?</div><div><br></div><div>Thanks for your help!</div><div><br></div><div>-Chris</div></div>