ActiveMQ Artemis，从属设备在故障转移时作为主设备重新启动后控制台不会出现答案

【问题标题】：ActiveMQ Artemis, the console does not comes up after the slave is restarted as master on failoverActiveMQ Artemis，从属设备在故障转移时作为主设备重新启动后控制台不会出现
【发布时间】：2018-08-30 10:50:56
【问题描述】：

ActiveMQ Artemis：从属服务器在故障转移后作为主服务器重新启动后，控制台（从属服务器）没有出现。在日志中，我可以看到 hawtio 服务被破坏。谁能说出为什么 hawtio 服务在奴隶上被破坏了？这是正确的行为吗？如果没有，我该如何阻止它被破坏？

阿尔忒弥斯版本：2.5.0

日志：

Apache ActiveMQ Artemis Backup Server version 2.5.0 [null] started, waiting 
live to fail before it gets active
AMQ221024: Backup server ActiveMQServerImpl::serverUUID=2dd29ee1-2ce9-11e8- 
a95e-0050568c47be is synchronized with live-server.
AMQ221031: backup announced
Keycloak integration is disabled
Initiating quorum vote: LiveFailoverQuorumVote
Waiting 30 seconds for quorum vote results.
AMQ221060: Sending quorum vote request to 
stomvjms11.xz.xyz.com/10.21.46.44:8003: ServerConnectVote 
[nodeId=2dd29ee1-2ce9-11e8-a95e-0050568c47be, vote=false]
AMQ221061: Received quorum vote response from 
AMQ221070: Restarting as backup based on quorum vote results.
[io.hawt.web.AuthenticationFilter] Destroying hawtio authentication filter
[io.hawt.HawtioContextListener] Destroying hawtio services
[org.apache.activemq.hawtio.plugin.PluginContextListener] Destroyed artemis- 
plugin plugin
[org.apache.activemq.hawtio.branding.PluginContextListener] Destroyed 
activemq-branding plugin
[org.apache.activemq.artemis.core.server] AMQ221002: Apache ActiveMQ Artemis 
Message Broker version 2.5.0 [2dd29ee1-2ce9-11e8-a95e-0050568c47be] stopped, 
uptime 4 minutes
[org.apache.activemq.artemis.core.server] AMQ221000: backup Message Broker 
is starting with configuration Broker Configuration

【问题讨论】：

请更改样式以方便他人阅读

标签： activemq activemq-artemis

【解决方案1】：

您看到的行为是一个错误。它最初是在ARTEMIS-1737 中报道的。它已在Artemis 2.5.0 中修复。

【讨论】：

谢谢贾斯汀，但我使用的是 2.5.0
我刚刚使用全新安装的 2.5.0 测试了这个场景，我没有看到 Web 控制台在故障恢复期间被破坏。在我开始实时和备份之后，我打开了一个浏览器窗口到从属的控制台。起初我没有看到部署任何接受者或地址（因为它不活动），但是当我杀死现场时，控制台会更新接受者和地址。然后，当我重新启动实时并触发故障回复时，控制台会再次更新，删除接受器和地址。一切似乎都按预期工作。你有步骤在 2.5.0 上重现这个吗？
我在 4 个机器上运行设置，第 1 组中的一个主从机和第 2 组中的另一个。在杀死组中任何一个的主机时，从机也下降了。 Here是master的broker配置。 Here是slave的broker配置。 here 是完整的日志。
请澄清你的意思，“杀死任何一个组的主人，奴隶也会倒下。”您是说整个从属代理出现故障（即不会发生故障转移）还是 Web 控制台不可用。重现问题需要 4 个节点还是 2 个节点就足够了？您提供了“完整日志”的链接，但这看起来像是一个从属服务器的部分日志，而不是所有 4 个代理的完整日志。如前所述，请提供重现步骤。理想情况下，这将尽可能简单。
我的错，我无法正确解释。所以这里是我的观察和重现步骤：在 2.4.0 版本中，我能够在 2 个盒子的设置上重现这个，一个主机和一个从机。但在 2.5.0 版中，它似乎在设置 2 个盒子时工作正常（可能是sprodiac），但我能够在设置四个盒子时重现这个问题。 (Box 1 - Master) (Box 2 - Slave) (Box 3 - Master) (Box 4 - Slave)