ActiveMQ Artemis共享存储异常：主节点宕机后从节点无法激活求助

1. 确认共享存储的实际一致性 #

从挂载信息看，主节点共享磁盘占用103M，从节点仅44K，这说明主从节点挂载的存储可能并非同一共享设备：

• 在主节点执行 touch /data-volume/artemis/data/test_sync_file，切换到从节点检查该文件是否存在，若不存在则证明共享存储配置失效（比如误挂载本地磁盘）。
• 执行 mount | grep /data-volume/artemis/data 查看挂载参数，确保包含 rw 读写权限，且主从节点挂载选项一致。

2. 检查文件锁的释放状态 #

备份节点启动日志显示已获取备份锁，但主节点宕机后未触发切换，需确认主节点是否彻底释放锁资源：

• 主节点宕机后，若能登录主节点，执行 lsof /data-volume/artemis/data/journal/activemq-data.lock，检查是否还有进程持有该锁；若主节点无法登录，直接在从节点尝试手动创建/修改该目录下的文件，验证是否能正常读写（若无法操作，说明锁仍被主节点占用）。
• 核对主从节点 broker.xml 的HA配置：
  • 主节点需配置：

    <ha-policy>
      <shared-store>
        <master/>
      </shared-store>
    </ha-policy>
    

  • 备份节点需配置：

    <ha-policy>
      <shared-store>
        <backup/>
      </shared-store>
    </ha-policy>
    

  • 确保主从节点 journal-type 一致（日志显示备份节点用AIO，主节点也需设置 <journal-type>ASYNCIO</journal-type>）。

3. 验证主节点宕机后的失效检测 #

备份节点未触发切换可能是失效检测未生效：

• 若主节点是正常停机（如 systemctl stop artemis），备份节点应立即感知并切换；若为强制断电/进程崩溃，需等待失效检测超时，可检查 artemis.profile 中的 -Dactivemq.ha.shared-store.lock-check-interval 参数（默认5000ms），调小该值可加快检测速度。
• 主节点宕机后，持续监控备份节点日志，查看是否有尝试获取主节点锁的日志输出，若没有新日志，说明备份节点未检测到共享存储状态变化。

4. 排查权限与系统安全限制 #

• 执行 ls -ld /data-volume/artemis/data，确认运行Artemis的用户对该目录拥有rwx读写执行权限，权限不足会导致备份节点无法获取锁或读取Journal数据。
• 检查SELinux状态：执行 getenforce，若为Enforcing，临时执行 setenforce 0 关闭SELinux后测试切换，若能切换则需配置SELinux规则允许Artemis访问共享磁盘。同理排查AppArmor限制。

5. 确认Journal数据的完整性 #

主节点Journal目录有数据但从节点共享磁盘几乎为空，需验证共享存储同步是否正常：

• 主节点运行时，查看 /data-volume/artemis/data/journal/ 下的文件列表，到从节点核对是否存在相同文件，若不存在则说明共享存储同步机制故障（如NFS未启用sync参数）。
• 备份节点启动时若未加载到Journal数据，即使主节点宕机也无法切换为主节点，因为没有消息数据可恢复。

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