]
Srinivas ev commented on WFLY-11374:
------------------------------------
Hi [~mnovak],
How are you stopping the Wildfly master service ?
- I am able to see master announcing backup when I stopped the master using ctrl+C and
restarted. Updating cluster password in standalone-full-ha.xml can be ignored as it
worked.
But this is not the same behaviour when I used below of the options for stopping the
wildfly service and restarted.
1. Using custom start and stop process. Stop process contains kill for pid of the Wildfly.
(kill -15 pid). This custom start process just invokes standalone.sh with -D params.
2. ./jboss-cli.sh -c --controller=xxx:xxx:xxx:xxx:13990 --command=":shutdown()"
--user=admin --password=admin@123
Can you let me know what is the correct way to stop the master Wildfly service.I can
explain more in case it required.
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.