Details
-
Bug
-
Status: Resolved
-
Major
-
Resolution: Fixed
-
5.7.0
-
None
-
None
-
Java 7u9, SUSE 11, Mysql
Description
We are using ActiveMQ 5.7.0 together with a mysql database and could not observe correct failover behavior with lease database locker.
It seems that there is a race condition, which prevents the correct failover procedure.
We noticed that when starting up two instances, both instance are becoming master.
We did several test, including the following and could not observe intended functionality:
- shutdown all instances
- manipulate database lock that one node has lock and set expiry time in distance future
- start up both instances. both instances are unable to acquire lock, as the lock hasn't expired, which should be correct behavior.
- update the expiry time in database, so that the lock is expired.
- first instance notices expired lock and becomes master
- when second instance checks for lock, it also updates the database and becomes master.
To my understanding the second instance should not be able to update the lock, as it is held by the first instance and should not be able to become master.
Attachments
Attachments
Issue Links
- is related to
-
AMQ-4108 Cannot receive 'ActiveMQ.Advisory.MasterBroker' messages when master dies and slave takes control
- Resolved