]
Miroslav Novak commented on WFLY-11374:
---------------------------------------
[~ev.srinivas] I'm not bash guru and start/stop functions are above my knowledge. I
cannot say where is the problem. I would suggest to simplify start/stop functions to most
basic level. So have just simple start/stop without any if/then/else noise around and add
other parts one by one. This way will lead you to problematic part. Also i'm not sure
if there is any debugger for bash scripts. This would could work as well and point to
problematic part.
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.