[rabbitmq-discuss] Durable queues and high availability (broker failage)

Wilson Ke wilson.ke at wealthcraft.com
Tue Jul 28 04:04:06 BST 2009

When I restart rabbitmq server,the durable queue had purge all messages. I want to remain these messages in the durable queue after restart rabbitmq server,how can I do?
Btw,I use deliverymode=2(persistent) to send messages to the queue. 

-----Original Message-----
From: rabbitmq-discuss-bounces at lists.rabbitmq.com [mailto:rabbitmq-discuss-bounces at lists.rabbitmq.com] On Behalf Of Ben Hood
Sent: 2009年7月16日 6:55
To: Daniel Lundin
Cc: rabbitmq-discuss at lists.rabbitmq.com
Subject: Re: [rabbitmq-discuss] Durable queues and high availability (broker failage)


On Mon, Jun 29, 2009 at 10:12 AM, Daniel Lundin<dln at eintr.org> wrote:
> Q1) Is there some notification mechanism to rely on to reliably tell a
> queues has failed so apps can take measures to manage the failure, i.e
> recreate the queue or set up a "temporary fail" queue?

Not really.

> Q2) Is there a way to "replay" recovered messages from the failed,
> no-longer-relevant queue, into the newly/upon-failure created one? This
> seems it would allow graceful recovery, even automatically so, once the
> failed node does come back up.

Yes, persistent messages will be re-queued when a node is rehydrated.
This is a manual process though.

> So, what is the preferred way to handle node failure in a real-life
> rabbitmq-based app today?

I should think most people currently use a replicated FS to back
persistent messages with and monitor each node with something like



rabbitmq-discuss mailing list
rabbitmq-discuss at lists.rabbitmq.com

More information about the rabbitmq-discuss mailing list