<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-family: Calibri, sans-serif; "><div>Some additional information I've learned since posting the original, below.</div><div><br></div><div>After shutting down the primary node, the queue causing the 404 error has actually vanished from the broker. Keeping an eye on the Management Web UI, I literally see it disappear.</div><div><br></div><div>In addition, in the rabbit@<nodename>.log, I see a whole bunch of spew, including many instances of this:</div><div><br></div><div><div>=WARNING REPORT==== 20-Dec-2011::14:09:17 ===</div><div>Non-AMQP exit reason '{{{function_clause,</div><div> [{gb_trees,lookup,</div><div> [<<150,83,52,247,194,247,140,35,130,167,168,</div><div> 35,224,203,183,186>>,</div><div> {dict,0,16,16,8,80,48,</div><div> {[],[],[],[],[],[],[],[],[],[],[],[],[],</div><div> [],[],[]},</div><div> {{[],[],[],[],[],[],[],[],[],[],[],[],</div><div> [],[],[],[]}}}]},</div><div> {rabbit_amqqueue_process,</div><div> '-confirm_messages/2-fun-0-',2},</div><div> {lists,foldl,3},</div><div> {rabbit_amqqueue_process,confirm_messages,2},</div><div> {rabbit_amqqueue_process,next_state,1},</div><div> {rabbit_amqqueue_process,noreply,1},</div><div> {gen_server2,handle_msg,2},</div><div> {proc_lib,wake_up,3}]},</div><div> {gen_server2,call,</div><div> [<0.1298.0>,</div><div> {basic_get,<0.2542.0>,false},</div><div> infinity]}},</div><div> [{gen_server2,call,3},</div><div> {rabbit_misc,with_exit_handler,2},</div><div> {rabbit_channel,handle_method,3},</div><div> {rabbit_channel,handle_cast,2},</div><div> {gen_server2,handle_msg,2},</div><div> {proc_lib,init_p_do_apply,3}]}'</div></div><div><br></div><div>Again, this is a stock 2.7.0 install.</div><div><br></div><span id="OLK_SRC_BODY_SECTION"><div style="font-family:Calibri; font-size:11pt; text-align:left; color:black; BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; PADDING-BOTTOM: 0in; PADDING-LEFT: 0in; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt solid; BORDER-RIGHT: medium none; PADDING-TOP: 3pt"><span style="font-weight:bold">From: </span> Matt Pietrek <<a href="mailto:mpietrek@skytap.com">mpietrek@skytap.com</a>><br><span style="font-weight:bold">Date: </span> Tue, 20 Dec 2011 13:04:50 -0800<br><span style="font-weight:bold">To: </span> <<a href="mailto:rabbitmq-discuss@lists.rabbitmq.com">rabbitmq-discuss@lists.rabbitmq.com</a>><br><span style="font-weight:bold">Cc: </span> Matt Pietrek <<a href="mailto:mpietrek@skytap.com">mpietrek@skytap.com</a>><br><span style="font-weight:bold">Subject: </span> 404, "NOT_FOUND - no queue 'foo' in vhost '/'"<br></div><div><br></div><div><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-family: Calibri, sans-serif; "><div>I'm encountering a strange situation that I don't think has been covered by other threads.</div><div><br></div><div>I'm running RabbitMQ 2.7.0 on Ubuntu 10.04 LTS with the stock PIKA 0.9.5 client, and taking advantage of mirrored queues.</div><div><br></div><div>My scenario:</div><ul><li>I have two apps that ping-pong messages to each other using two queues (a pseudo-RPC type of thing.)</li><li>The apps talk to RabbitMQ via a keepalived monitored Virtual IP.</li><li>Before starting the apps, I predeclare both queues.</li><li>In the RabbitMQ management Web UI, I see both nodes and the Queues tab shows both queues as "HA D", so I believe they're mirrored.</li><li>Start up the two ping-ponging apps, let run for few seconds. Note messages flowing back and forth.</li><li>Stop the primary node (rabbitmqctl stop)</li><li>Keepalived fails over the Virtual IP</li><li>After a few seconds I see one of the apps resume processing messages as expected.</li><li>Shortly thereafter the other app gets an exception from channel.basic_get(), which is the 404 "no queue found" exception.</li><li>I don't believe it's a connection error, as during my queue reads, my logic catches AMQPConnectionErrors exceptions and retries after a short wait.</li></ul><div>I've looked at my code carefully, and there's no calls to queue_declare other than the original creation (item 3, above.)</div><div><br></div><div>Any thoughts on what could be wrong?</div><div><br></div><div>Thanks much,</div><div><br></div><div>Matt</div><div><br></div></div></div></span></body></html>