-
Bug
-
Resolution: Not a Bug
-
Blocker
-
None
-
AMQ 7.1.0.GA, AMQ 7.1.1.GA
-
None
-
Documentation (Ref Guide, User Guide, etc.), Compatibility/Configuration, User Experience
Deployment:
1 HA pair with configuration provided
<ha-policy> <replication> <master> <group-name>fish</group-name> <vote-on-replication-failure>true</vote-on-replication-failure> <!-- <check-for-live-server>true</check-for-live-server> --> </master> </replication> </ha-policy> Slave: <ha-policy> <replication> <slave> <group-name>fish</group-name> <vote-on-replication-failure>true</vote-on-replication-failure> <!-- <allow-failback>true</allow-failback> --> </slave> </replication> </ha-policy>
Scenario:
- Make sure HA pair is formed well - OK
- Kill master broker - slave takes control and is live - OK
- Start master broker again - master should join as backup - NOK
instead, master becomes live and disconnects from slave (cluster) - creating his own, resulting in two separate LIVE nodes (slave and master)
Sidenote:
If allow-failback is set to true on both slave & master, it's working correctly - master takes control from slave and slave goes to backup. (But bringing down hawtio console)
- relates to
-
AMQDOC-2803 Phase II - Configuring - Clustering, HA and Failover, Replication
- New
-
AMQDOC-2920 QE feedback - "check-for-live-server" should be set to "true", but is only mentioned in downstream docs regarding failback.
- Closed
-
ENTMQBR-1018 When live-slave fails-back to master, it turns off everything down, even its console
- Closed