[
https://issues.apache.org/jira/browse/AMQ-6865?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Timothy Bish closed AMQ-6865.
-----------------------------
Resolution: Invalid
Issue with other spins of ActiveMQ not released by the AcitveMQ community
require that you seek support from the entity that released them, in this case
you should contact Red Hat and log an issue using your support contract if you
have one.
> JDBC Master/Slave: Master did not leave lock when the master loose database
> connection.
> ---------------------------------------------------------------------------------------
>
> Key: AMQ-6865
> URL: https://issues.apache.org/jira/browse/AMQ-6865
> Project: ActiveMQ
> Issue Type: Bug
> Reporter: Pranjal Bathia
>
> We have JBoss AMQ instance of jboss-a-mq-6.3.0.redhat-187, and we use JDBC
> for master/slave configuration.
> As per our observation, during networking disruption for connecting to the
> database, a broker was unable to recover cleanly.
> In hawtio, both master/slave was showing as master, and ActiveMQ tab with amq
> connection was available on both broker and which resulted in a situation
> where one app was sending messages to broker01 (which was acting as producer)
> and all consumers were connected to broker02.
> We have below setting :
> <persistenceAdapter>
> <jdbcPersistenceAdapter dataSource="#mysql-ds"
> lockKeepAlivePeriod="5000">
> <locker>
> <lease-database-locker lockAcquireSleepInterval="10000"/>
> </locker>
> </jdbcPersistenceAdapter>
> </persistenceAdapter>
> We had seen this issue in production, we did not get a chance to look at an
> activemq_lock table.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
