activemq-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Bruce Snyder <>
Subject Re: Master/Slave mode - slave never taking over
Date Wed, 05 May 2010 15:47:19 GMT
On Mon, May 3, 2010 at 10:18 AM, RichStephens <> wrote:
> We are currently using ActiveMQ 5.3.1 in a "pure Master/Slave" configuration.
> We have one broker, set up as "producer", that receives messages from java
> and C++ clients.  This broker forwards all messages to another broker,
> called "consumer", which is set up as the master in a pure "Master/Slave"
> configuration.  We have java clients connected both the "consumer" and the
> "slave" broker to pull those messages, so we don't have a situation of the
> brokers getting "filled up", as it were.
> What we are seeing is this:  The "producer" is forwarding messages to the
> "consumer" broker, and the "slave" broker is properly replicating those
> messages that its master, the "consumer" broker is receiving.  However, if
> we shut down the "master", the "slave" should finish replicating all the
> messages it got from the master "consumer" broker, and then take over to
> "become" the master.  What we are seeing is that once the last messages from
> the "consumer" broker have been replicated, the "slave" broker never
> actually takes over and begins processing messages.  The flow of messages
> from client->producer broker->slave broker just STOPS.
> The configuration file on the slave broker has the following setting:
>  <broker xmlns="" brokerName="slave"
> dataDirectory="${activemq.base}/data"
> destroyApplicationContextOnStop="true">
>        <services>
>            <masterConnector remoteURI= "tcp://"
> userName="system" password="manager"/>
>       </services>
> We have tried different configuration settings on the master "consumer"
> broker, like these:
>  <networkConnector name="producer"
> uri="static:(failover:(tcp://,tcp://">
>  <networkConnector name="producer"
> uri="static:(failover:(ssl://,tcp://"
> userName="system" password="manager">
> These are all 3 separate Centos Linux 5.4 instances, from a "cloud" server
> provider (
> The system performs as expected until the master "consumer" broker actually
> goes down and the "slave" takeover is supposed to happen.
> We really need to get this working, and are so far stumped.  Any thoughts or
> ideas would be welcome.

In testing out this type of setup, I have determined that the pure
master/slave functionality in 5.3.1 is broken. Drop back to 5.3.0 and
it works just fine. I will create a JIRA issue to get this fixed in a
future release.

perl -e 'print unpack("u30","D0G)U8V4\@4VYY9&5R\"F)R=6-E+G-N>61E<D\!G;6%I;\"YC;VT*"

ActiveMQ in Action:

View raw message