]
Srinivas ev commented on WFLY-11374:
------------------------------------
Hi [~mnovak], I don't want master to start immediately and act as Live. I need the
Backup to continue as live until it crashes or I stop forcefully. So, i didn't set
allow-failback=true.
I taken care about the firewall by stopping it on both the servers.
Please provide the Wildfly in zip or tar you are currently using in your laptop.I can
verify the contents or standalone-full-ha.xml file.
I am unable to see the same logs - AMQ221031: backup announced when master is restarted.
Master Artemis in Wildfly 10.1.0.Final is not announcing backup when
restarted
------------------------------------------------------------------------------
Key: WFLY-11374
URL:
https://issues.jboss.org/browse/WFLY-11374
Project: WildFly
Issue Type: Bug
Components: JMS
Affects Versions: 10.1.0.Final
Reporter: Srinivas ev
Assignee: Jeff Mesnil
Priority: Blocker
Attachments: active standalone full ha.xml, master and slave log samples on
startup.txt, master restart.txt, master shutdown.txt, master-server-linux.log,
master-server-windows.log, master.xml, rotateserver_active.log, rotateserver_active.log,
rotateserver_backup.log, rotateserver_slave.log, slave standalone full ha.xml,
slave-server-linux.log, slave-server-windows.log, slave.xml
I have 2 wildfly servers acting as artemis master and slave. I am expecting failback and
replication and the related configurations are done for this to work.
This is working as expected when I have the setup in Windows. Failing in linux RHEL 7.3
machine.
master in standalone-full-ha.xml - refer master.xml
slave in standalone-full-ha.xml - refer slave.xml
In the startup script, I am passing all the values for placeholders of my server host
ip's accordingly.
Test scenario -
1. Bring master up.
2. Bring slave up.
3. slave will announce the backup. (AMQ221031: backup announced).
4. Make master down.
5. Replication is success.
6. Slave is acting as master/live.
7. Make master up.
Issue - master is unable to announce the backup and starts normally as a standalone
wildfly.
This backup announcement works fine in windows and failover also works as expected.
Please let me know if anything specific required along with this details.
Artemis jar version - artemis-*****-1.1.0.wildfly-017.jar
in path - /opt/aor/${my
project}/wildfly/modules/system/layers/base/org/apache/activemq/artemis/main
Few logs I found which may be impacting and I am not clear -
1.2018-11-21 14:28:07,238 TRACE
[org.apache.activemq.artemis.core.server.cluster.impl.ClusterConnectionBridge] (Thread-18
(ActiveMQ-server-org.apache.activemq.artemis.core.server.impl.ActiveMQServerImpl$2@38e819b6-2112524495))
Setting up bridge between TransportConfiguration(name=http-connector,
factory=org-apache-activemq-artemis-core-remoting-impl-netty-NettyConnectorFactory)
?httpUpgradeEnabled=true&httpPpgradeEndpoint=http-acceptor&port=12080&host=135-250-139-30
and ServerLocatorImpl [initialConnectors=[TransportConfiguration(name=http-connector,
factory=org-apache-activemq-artemis-core-remoting-impl-netty-NettyConnectorFactory)
?httpUpgradeEnabled=true&httpPpgradeEndpoint=http-acceptor&port=12080&host=135-250-139-41],
discoveryGroupConfiguration=null]: java.lang.Exception: trace
at
org.apache.activemq.artemis.core.server.cluster.impl.ClusterConnectionBridge.<init>(ClusterConnectionBridge.java:129)
at
org.apache.activemq.artemis.core.server.cluster.impl.ClusterConnectionImpl.createNewRecord(ClusterConnectionImpl.java:778)
at
org.apache.activemq.artemis.core.server.cluster.impl.ClusterConnectionImpl.nodeUP(ClusterConnectionImpl.java:698)
at org.apache.activemq.artemis.core.client.impl.Topology$1.run(Topology.java:264)
at
org.apache.activemq.artemis.utils.OrderedExecutorFactory$OrderedExecutor$ExecutorTask.run(OrderedExecutorFactory.java:103)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)
2.