<div dir="ltr">Here's an example - one shovel fails and the other works. The difference is the colon which, strictly speaking, perhaps shouldn't have been there - but used to work:<div><br></div><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">
<font size="1"><font face="courier new, monospace">[<br></font><font face="courier new, monospace"> {rabbitmq_shovel, [<br></font><font face="courier new, monospace"> {shovels, [<br></font><font face="courier new, monospace"> {'fails', [<br>
</font><font face="courier new, monospace"> {sources, [<br></font><font face="courier new, monospace"> {broker, "amqp://fabrik.user.test:@/<a href="http://test.fabrik.dev.nytimes.com">test.fabrik.dev.nytimes.com</a>"}<br>
</font><font face="courier new, monospace"> ]}, <br></font><font face="courier new, monospace"> {destinations, [<br></font><font face="courier new, monospace"> {brokers, [<br>
</font><font face="courier new, monospace"> "amqp://fabrik.user.test:@/<a href="http://core.fabrik.dev.nytimes.com">core.fabrik.dev.nytimes.com</a>"<br></font><font face="courier new, monospace"> ]}<br>
</font><font face="courier new, monospace"> ]}, <br></font><font face="courier new, monospace"> {queue, <<"ha.fabrik">>}<br></font><font face="courier new, monospace"> ]},<br>
</font><font face="courier new, monospace"> {'works', [<br></font><font face="courier new, monospace"> {sources, [<br></font><font face="courier new, monospace"> {broker, "amqp://fabrik.user.test@/<a href="http://test.fabrik.dev.nytimes.com">test.fabrik.dev.nytimes.com</a>"}<br>
</font><font face="courier new, monospace"> ]}, <br></font><font face="courier new, monospace"> {destinations, [<br></font><font face="courier new, monospace"> {brokers, [<br>
</font><font face="courier new, monospace"> "amqp://fabrik.user.test@/<a href="http://core.fabrik.dev.nytimes.com">core.fabrik.dev.nytimes.com</a>"<br></font><font face="courier new, monospace"> ]}<br>
</font><font face="courier new, monospace"> ]}, <br></font><font face="courier new, monospace"> {queue, <<"ha.fabrik">>}<br></font><font face="courier new, monospace"> ]}<br>
</font><font face="courier new, monospace"> ]} % /shovels<br></font><font face="courier new, monospace"> ]} % /rabbitmq_shovel<br></font><font face="courier new, monospace">].</font></font></blockquote></div><div>
<br></div><div>Here's the output from the management console for the failed shovel:</div><div><br></div><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">
<font face="courier new, monospace" size="1">{{badmatch,{error,{auth_failure,"Refused"}}},<br></font><font face="courier new, monospace" size="1"> [{rabbit_shovel_worker,make_conn_and_chan,1,<br></font><font face="courier new, monospace" size="1"> [{file,"rabbitmq-shovel/src/rabbit_shovel_worker.erl"},<br>
</font><font face="courier new, monospace" size="1"> {line,226}]},<br></font><font face="courier new, monospace" size="1"> {rabbit_shovel_worker,handle_cast,2,<br></font><font face="courier new, monospace" size="1"> [{file,"rabbitmq-shovel/src/rabbit_shovel_worker.erl"},<br>
</font><font face="courier new, monospace" size="1"> {line,60}]},<br></font><font face="courier new, monospace" size="1"> {gen_server2,handle_msg,2,[{file,"src/gen_server2.erl"},{line,1022}]},<br>
</font><font face="courier new, monospace" size="1"> {proc_lib,init_p_do_apply,3,[{file,"proc_lib.erl"},{line,239}]}]}</font></blockquote></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Apr 4, 2014 at 7:52 AM, Laing, Michael <span dir="ltr"><<a href="mailto:michael.laing@nytimes.com" target="_blank">michael.laing@nytimes.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">Thanks I'll try to make a test case - I've already added passwords to our dev environment so all works as it did before now. It was an auth error.<div>
<br></div><div>As I was updating them, I noticed that, although the passwords had been left out, the colon was still there, so it may have been a parsing difference. Of course the colon shouldn't have been there.</div>
<div><br></div><div>ml</div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Apr 4, 2014 at 6:31 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>On 03/04/14 18:30, Laing, Michael wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
It appears that either the the source brokers or the destination brokers<br>
must now have a password provided even when using direct connection to<br>
both vhosts, i.e. the shovel is connecting vhosts on the same cluster.<br>
<br>
Formerly no password was required for either.<br>
</blockquote>
<br></div>
That really should not be happening - and in fact I just tested it and I could still set up a shovel specifying username but no password over a direct connection.<br>
<br>
Furthermore, in 3.3.0 if you specify no username for a direct connection it should always work rather than requiring the guest user to exist.<br>
<br>
So I'm curious: how exactly are you doing this? What error do you see?<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>