<div dir="ltr">This is the configuration of shovel plugin I wish to run on Rabbitmq 2.8.7. The ip address of the machine that declares the shovel plugin is 10.33.32.130.<div><div>[</div><div>{kernel, [{inet_dist_listen_min, 4001}, {inet_dist_listen_max, 4004}]},</div>
<div>{rabbitmq_shovel,</div><div> [ {shovels, [ {MQ_shovel,</div><div> [ { sources,</div><div> [{broker, "amqp://"}</div><div> ]}</div><div><br></div>
<div> ,{destinations,</div><div> [ {broker, "amqp://<a href="http://10.33.32.131:5672">10.33.32.131:5672</a>"}</div><div> ]}</div><div> ,{queue,<<"outbound.q">>}</div>
<div> ,{prefetch_count,10}</div><div> ,{ack_mode,on_confirm}</div><div> ,{publish_properties,[{delivery_mode,2}]}</div><div> ,{reconnect_delay,5}</div>
<div> ]}</div><div><br></div><div> ]}</div><div> ]}</div><div><br></div><div>].</div></div><div><br></div><div><br><div>As soon as I try to start the server after configuration, I get this error in logs:<br>
<div>{"could not start kernel pid",application_controller,"error in config file \"/etc/rabbitmq/rabbitmq.config\" (1): bad term"}<br></div></div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">
On Mon, Oct 21, 2013 at 9:55 AM, Viraj Gupte <span dir="ltr"><<a href="mailto:viraj.gupte@credorax.com" target="_blank">viraj.gupte@credorax.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">Yeah, thats what I realised when I did the upgrade, the type x-federation wasnt there. I had to set a policy to make it work</div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><br><div class="gmail_quote">
On Mon, Oct 21, 2013 at 5:45 AM, Simon MacMullen <span dir="ltr"><<a href="mailto:simon@rabbitmq.com" target="_blank">simon@rabbitmq.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>On 17/10/2013 3:41PM, Viraj Gupte wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi All,<br>
I have two rabbitmq clusters A and B connected to each other via<br>
federation plugin in bidirectional manner.Both of them run version 2.8.7.<br>
I am planning to upgrade cluster A to 3.1.0 to check how federation<br>
works with the cluster with 2.8.7 version(cluster B).<br>
What should be my approach so as to keep the federation config intact on<br>
cluster A along with messages and queues<br>
</blockquote>
<br></div></div>
Federation does not require that brokers be the same version. So you can upgrade clusters A and B at different times.<br>
<br>
Note that the federation configuration mechanism changed in 3.0.0 so you will need to redo the federation config in each cluster as you upgrade it; see <a href="http://www.rabbitmq.com/blog/2012/11/19/breaking-things-with-rabbitmq-3-0/" target="_blank">http://www.rabbitmq.com/blog/<u></u>2012/11/19/breaking-things-<u></u>with-rabbitmq-3-0/</a><br>
<br>
Cheers, Simon<span><font color="#888888"><br>
<br>
-- <br>
Simon MacMullen<br>
RabbitMQ, Pivotal<br>
</font></span></blockquote></div><br></div>
</div></div></blockquote></div><br></div>