[jboss-jira] [JBoss JIRA] (WFLY-4929) Hornetq failover doesn't work

[Hardy Ferentschik (JIRA)]

    [ https://issues.jboss.org/browse/WFLY-4929?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13102777#comment-13102777 ] 

Hardy Ferentschik commented on WFLY-4929:
-----------------------------------------

Is there a work-around for this issue? I am seeing the same issue using Wildfly 9. I am trying to use a symmetrical cluster setup based on this example - https://github.com/foogaro/wildfly-cookbook/tree/master/cluster-jms-replication (from the _WildFly Cookbook_). When using this setup the initial startup works. I then kill the first node and the backup node takes over. Then I re-start the first node. In some cases even this initial fail-back did not work (not quite sure how to reproduce it though), but if the first fail-back worked and I then stop the first node again, a fail-over does not happen anymore.

I see a {{NullPointerException}} in the logs of the second node (not sure whether they are the cause of the problem):

{noformat}
16:44:26,430 ERROR [org.xnio.listener] (default I/O-6) XNIO001007: A channel event listener threw an exception: java.lang.NullPointerException
	at org.jboss.as.messaging.HTTPUpgradeService$2.handleEvent(HTTPUpgradeService.java:151)
	at org.jboss.as.messaging.HTTPUpgradeService$2.handleEvent(HTTPUpgradeService.java:143)
	at org.xnio.ChannelListeners.invokeChannelListener(ChannelListeners.java:92)
	at io.undertow.server.handlers.ChannelUpgradeHandler$1.handleUpgrade(ChannelUpgradeHandler.java:149)
	at io.undertow.server.protocol.http.HttpReadListener.exchangeComplete(HttpReadListener.java:350)
	at io.undertow.server.protocol.http.HttpServerConnection.exchangeComplete(HttpServerConnection.java:225)
	at io.undertow.server.HttpServerExchange.invokeExchangeCompleteListeners(HttpServerExchange.java:1192)
	at io.undertow.server.HttpServerExchange.terminateResponse(HttpServerExchange.java:1412)
	at io.undertow.server.Connectors.terminateResponse(Connectors.java:100)
	at io.undertow.server.protocol.http.HttpTransferEncoding$3.handleEvent(HttpTransferEncoding.java:197)
	at io.undertow.server.protocol.http.HttpTransferEncoding$3.handleEvent(HttpTransferEncoding.java:195)
	at io.undertow.conduits.ChunkedStreamSinkConduit.invokeFinishListener(ChunkedStreamSinkConduit.java:291)
	at io.undertow.conduits.ChunkedStreamSinkConduit.flush(ChunkedStreamSinkConduit.java:263)
	at org.xnio.conduits.ConduitStreamSinkChannel.flush(ConduitStreamSinkChannel.java:162)
	at io.undertow.channels.DetachableStreamSinkChannel.flush(DetachableStreamSinkChannel.java:119)
	at io.undertow.server.HttpServerExchange.closeAndFlushResponse(HttpServerExchange.java:1561)
	at io.undertow.server.HttpServerExchange.endExchange(HttpServerExchange.java:1539)
	at io.undertow.server.handlers.ChannelUpgradeHandler.handleRequest(ChannelUpgradeHandler.java:152)
	at io.undertow.server.Connectors.executeRootHandler(Connectors.java:199)
	at io.undertow.server.protocol.http.HttpReadListener.handleEventWithNoRunningRequest(HttpReadListener.java:227)
	at io.undertow.server.protocol.http.HttpReadListener.handleEvent(HttpReadListener.java:128)
	at io.undertow.server.protocol.http.HttpReadListener.handleEvent(HttpReadListener.java:56)
	at org.xnio.ChannelListeners.invokeChannelListener(ChannelListeners.java:92)
	at org.xnio.conduits.ReadReadyHandler$ChannelListenerHandler.readReady(ReadReadyHandler.java:66)
	at org.xnio.nio.NioSocketConduit.handleReady(NioSocketConduit.java:88)
	at org.xnio.nio.WorkerThread.run(WorkerThread.java:539)

16:44:26,434 ERROR [org.xnio.listener] (default I/O-7) XNIO001007: A channel event listener threw an exception: java.lang.NullPointerException
	at org.jboss.as.messaging.HTTPUpgradeService$2.handleEvent(HTTPUpgradeService.java:151)
	at org.jboss.as.messaging.HTTPUpgradeService$2.handleEvent(HTTPUpgradeService.java:143)
	at org.xnio.ChannelListeners.invokeChannelListener(ChannelListeners.java:92)
	at io.undertow.server.handlers.ChannelUpgradeHandler$1.handleUpgrade(ChannelUpgradeHandler.java:149)
	at io.undertow.server.protocol.http.HttpReadListener.exchangeComplete(HttpReadListener.java:350)
	at io.undertow.server.protocol.http.HttpServerConnection.exchangeComplete(HttpServerConnection.java:225)
	at io.undertow.server.HttpServerExchange.invokeExchangeCompleteListeners(HttpServerExchange.java:1192)
	at io.undertow.server.HttpServerExchange.terminateResponse(HttpServerExchange.java:1412)
	at io.undertow.server.Connectors.terminateResponse(Connectors.java:100)
	at io.undertow.server.protocol.http.HttpTransferEncoding$3.handleEvent(HttpTransferEncoding.java:197)
	at io.undertow.server.protocol.http.HttpTransferEncoding$3.handleEvent(HttpTransferEncoding.java:195)
	at io.undertow.conduits.ChunkedStreamSinkConduit.invokeFinishListener(ChunkedStreamSinkConduit.java:291)
	at io.undertow.conduits.ChunkedStreamSinkConduit.flush(ChunkedStreamSinkConduit.java:263)
	at org.xnio.conduits.ConduitStreamSinkChannel.flush(ConduitStreamSinkChannel.java:162)
	at io.undertow.channels.DetachableStreamSinkChannel.flush(DetachableStreamSinkChannel.java:119)
	at io.undertow.server.HttpServerExchange.closeAndFlushResponse(HttpServerExchange.java:1561)
	at io.undertow.server.HttpServerExchange.endExchange(HttpServerExchange.java:1539)
	at io.undertow.server.handlers.ChannelUpgradeHandler.handleRequest(ChannelUpgradeHandler.java:152)
	at io.undertow.server.Connectors.executeRootHandler(Connectors.java:199)
	at io.undertow.server.protocol.http.HttpReadListener.handleEventWithNoRunningRequest(HttpReadListener.java:227)
	at io.undertow.server.protocol.http.HttpReadListener.handleEvent(HttpReadListener.java:128)
	at io.undertow.server.protocol.http.HttpReadListener.handleEvent(HttpReadListener.java:56)
	at org.xnio.ChannelListeners.invokeChannelListener(ChannelListeners.java:92)
	at org.xnio.conduits.ReadReadyHandler$ChannelListenerHandler.readReady(ReadReadyHandler.java:66)
	at org.xnio.nio.NioSocketConduit.handleReady(NioSocketConduit.java:88)
	at org.xnio.nio.WorkerThread.run(WorkerThread.java:539)
{noformat}

It looks like the fail-over and fail-back does not work consistently and repeatedly.

> Hornetq failover doesn't work
> -----------------------------
>
>                 Key: WFLY-4929
>                 URL: https://issues.jboss.org/browse/WFLY-4929
>             Project: WildFly
>          Issue Type: Bug
>          Components: JMS
>    Affects Versions: 9.0.0.Final
>         Environment: Fedora 22
> openjdk 8
>            Reporter: Erich Duda
>            Assignee: Jeff Mesnil
>         Attachments: master.log, master.xml, slave.log, slave.xml
>
>
> I tried to set up backup server for JMS subsystem. I act upon this tutorial (shared store) https://access.redhat.com/documentation/en-US/JBoss_Enterprise_Application_Platform/6.4/html/Administration_and_Configuration_Guide/sect-High_Availability.html#Configuring_HornetQ_Shared_Stores
> When I killed the LIVE server, BACKUP server took the control as I expected. However the problem occurred when I started the LIVE server again. LIVE server stopped the BACKUP and then the BACKUP threw an exception. After that warnings started to occur in the log of BACKUP. When I killed the LIVE again, BACKUP didn't take the control again. See attachments.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)