ActiveMQ Classic主节点显示为slave的异常排查求助

先纠正一个常见误解 #

ActiveMQ主从集群中，从节点默认也会启动Web控制台，只是控制台处于只读状态，无法执行创建队列、发送消息等写操作。所以浏览器能打开控制台不能直接证明当前节点是主节点。

核心问题排查方向 #

• 检查共享存储与锁机制
  主从架构的核心是共享存储锁：只有成功获取共享存储锁的节点才能成为master。如果主节点返回"slave"，大概率是它没拿到锁：
  • 若用KahaDB共享存储：确认activemq.xml中<kahaDB>的directory指向所有节点可访问的共享目录（比如NFS挂载目录），且主节点对该目录有读写权限。查看主节点日志（data/activemq.log），搜索"lock"关键字，若存在"Could not acquire lock"类报错，说明锁被占用或存储不可用。
  • 若用JDBC主从：检查数据库连接配置是否正确，主节点能否正常连接数据库并获取锁，同时确认数据库中锁表（默认是ACTIVEMQ_LOCK）的状态。
• 查看节点日志定位细节
  直接查看主节点的activemq.log，启动阶段的日志会明确输出节点身份：Broker is now running as master或Broker is running in slave mode waiting to become master，同时会附带无法成为master的具体原因。
• 验证节点身份的正确方式
  不要仅依赖curl结果，更可靠的验证方法：
  1. 登录Web控制台，进入"Broker"页面，查看Broker状态，主节点会显示Running (master)，从节点显示Running (slave)。
  2. 通过JMX连接节点，查看org.apache.activemq:type=Broker,brokerName=YOUR_BROKER_NAME下的Slave属性，false代表主节点，true代表从节点。

内容的提问来源于stack exchange，提问作者Amol Mandloi