Is it common that an activemq broker might give up its NFS v4 lock w/o
logging any sort of message?  I've got two brokers that logged this:

broker-a which held the log:
2016-03-17 15:01:51,113 [yMonitor Worker] WARN  Transport
   - Transport Connection to: tcp://104.232.16.4:62269 failed:
org.apache.activemq.transport.InactivityIOException: Channel was inactive
for too (>30000) long: tcp://xxx.xxx.xxx.xxx:62269
2016-03-18 00:05:22,751 [KeepAlive Timer] INFO  LockFile
    - Lock file /var/log/activemq/activemq-data/amq-dev-1/lock, locked at
Thu Mar 17 13:38:33 PDT 2016, has been modified at Fri Mar 18 00:02:15 PDT
2016
2016-03-18 00:05:22,758 [KeepAlive Timer] ERROR LockableServiceSupport
    - amq-dev-1, no longer able to keep the exclusive lock so giving up
being a master
2016-03-18 00:05:22,761 [KeepAlive Timer] INFO  BrokerService
   - Apache ActiveMQ 5.13.2 (amq-dev-1, ID:cluster-51079-1458247119790-1:1)
is shutting down

broker-b which appeared to steal the lock:
2016-03-17 13:38:52,680 [JMX connector  ] INFO  ManagementContext
   - JMX consoles can connect to
service:jmx:rmi://localhost:2020/jndi/rmi://localhost:2020/jmxrmi
2016-03-18 00:02:23,593 [erSimpleAppMain] INFO  MessageDatabase
   - KahaDB is version 6
2016-03-18 00:02:23,762 [erSimpleAppMain] INFO  MessageDatabase
   - Recovering from the journal @1:63912
2016-03-18 00:02:24,043 [erSimpleAppMain] INFO  MessageDatabase
   - Recovery replayed 7130 operations from the journal in 0.296 seconds.
2016-03-18 00:02:24,058 [erSimpleAppMain] INFO  PListStoreImpl
    - PListStore:[/var/log/activemq/activemq-data/amq-dev-1/tmp_storage]
started

Reply via email to