[rabbitmq-discuss] Federation Issues

[Ganann, Kale]

Hi All,

We're having a weird issue with our fed vHost in Rabbit 3.2.0.  We've got three fed queues, topic, fromfed and tofed.  You can publish to tofed and topic, and you can subscribe to topic and fromfed - so, either a direct pattern or a triangle, depending on the route you use.  However, we're having an issue where after a couple months of being up, tofed stops publishing.  You can set up a temp queue with the same routing key, and it will work as long as you keep the temp queue up, but as soon as you remove the temp queue, tofed dies with it.

>From our dev team:
The federation appears to be set up correctly with the needed bindings, as do the queues.  In order to get messages to go through, we had to make a debug/temp queue on the gemini.test vhost and bind that queue identically to the one bound to the Gemini vhost (they both get bound to e.fed.topic, rk.i.gemini.indexdocs).  The temp queue gets two copies of the message because it is on the same vhost, and the index queue gets the message and continues processing.  If we take the binding back off of the temp queue the index queue stops receiving messages.


Any ideas what might be causing this?  Any logs or test I can run to narrow the scope of the field?

Thanks,
Kale

This communication contains information that is confidential,
proprietary in nature, and may also be attorney-client privileged
and/or work product privileged. It is for the exclusive use of the
intended recipient(s). If you are not the intended recipient(s) or
the person responsible for delivering it to the intended
recipient(s), please note that any form of dissemination,
distribution or copying of this communication is strictly
prohibited and may be unlawful. If you have received this
communication in error, please immediately notify the sender by replying
to this message and delete this email immediately. Thank you for your cooperation. 

Please be advised that neither Altegrity, its affiliates, its employees
or agents accept liability for any errors, omissions or damages
caused by delays of receipt or by any virus infection in this
message or its attachments, or which may otherwise arise as a
result of this e-mail transmission.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rabbitmq.com/pipermail/rabbitmq-discuss/attachments/20140212/3eddc74f/attachment.html>