[
https://issues.jboss.org/browse/WFLY-4929?page=com.atlassian.jira.plugin....
] 
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-repli... (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_Applicatio...
 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)