[JBoss JIRA] (AS7-4053) NotOpenException is thrown after removing a node from a cluster
by Ondřej Chaloupka (JIRA)
Ondřej Chaloupka created AS7-4053:
-------------------------------------
Summary: NotOpenException is thrown after removing a node from a cluster
Key: AS7-4053
URL: https://issues.jboss.org/browse/AS7-4053
Project: Application Server 7
Issue Type: Bug
Components: Application Client
Affects Versions: 7.1.0.Final
Reporter: Ondřej Chaloupka
Assignee: jaikiran pai
When you remove a node from cluster the following exception is thrown to console:
{code}
WARN [org.jboss.as.ejb3.remote.protocol.versionone.VersionOneProtocolChannelReceiver] (OOB-19,null) Could not write a cluster node removal message to channel Channel ID 2824d054 (inbound) of Remoting connection 01fbe184 to null: org.jboss.remoting3.NotOpenException: Writes closed
at org.jboss.remoting3.remote.RemoteConnectionChannel.openOutboundMessage(RemoteConnectionChannel.java:107)
at org.jboss.remoting3.remote.RemoteConnectionChannel.writeMessage(RemoteConnectionChannel.java:296)
at org.jboss.as.ejb3.remote.protocol.versionone.VersionOneProtocolChannelReceiver$ClusterTopologyUpdateListener.sendClusterNodesRemoved(VersionOneProtocolChannelReceiver.java:343)
at org.jboss.as.ejb3.remote.protocol.versionone.VersionOneProtocolChannelReceiver$ClusterTopologyUpdateListener.removedEntries(VersionOneProtocolChannelReceiver.java:336)
at org.jboss.as.clustering.registry.RegistryService.removed(RegistryService.java:249)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.6.0_23]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [rt.jar:1.6.0_23]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [rt.jar:1.6.0_23]
at java.lang.reflect.Method.invoke(Method.java:597) [rt.jar:1.6.0_23]
at org.jboss.as.clustering.infinispan.DefaultEmbeddedCacheManager$ClassLoaderAwareListener.event(DefaultEmbeddedCacheManager.java:367) [jboss-as-clustering-infinispan-7.1.1.Final-SNAPSHOT.jar:7.1.1.Final-SNAPSHOT]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.6.0_23]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [rt.jar:1.6.0_23]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [rt.jar:1.6.0_23]
at java.lang.reflect.Method.invoke(Method.java:597) [rt.jar:1.6.0_23]
at org.infinispan.notifications.AbstractListenerImpl$ListenerInvocation$1.run(AbstractListenerImpl.java:199) [infinispan-core-5.1.2.FINAL.jar:5.1.2.FINAL]
at org.infinispan.util.concurrent.WithinThreadExecutor.execute(WithinThreadExecutor.java:41) [infinispan-core-5.1.2.FINAL.jar:5.1.2.FINAL]
at org.infinispan.notifications.AbstractListenerImpl$ListenerInvocation.invoke(AbstractListenerImpl.java:220) [infinispan-core-5.1.2.FINAL.jar:5.1.2.FINAL]
at org.infinispan.notifications.cachelistener.CacheNotifierImpl.notifyCacheEntryRemoved(CacheNotifierImpl.java:175) [infinispan-core-5.1.2.FINAL.jar:5.1.2.FINAL]
at org.infinispan.commands.write.RemoveCommand.notify(RemoveCommand.java:114) [infinispan-core-5.1.2.FINAL.jar:5.1.2.FINAL]
at org.infinispan.commands.write.RemoveCommand.perform(RemoveCommand.java:95) [infinispan-core-5.1.2.FINAL.jar:5.1.2.FINAL]
at org.infinispan.interceptors.CallInterceptor.handleDefault(CallInterceptor.java:83) [infinispan-core-5.1.2.FINAL.jar:5.1.2.FINAL]
at org.infinispan.commands.AbstractVisitor.visitRemoveCommand(AbstractVisitor.java:65) [infinispan-core-5.1.2.FINAL.jar:5.1.2.FINAL]
at org.infinispan.commands.write.RemoveCommand.acceptVisitor(RemoveCommand.java:71) [infinispan-core-5.1.2.FINAL.jar:5.1.2.FINAL]
at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:116) [infinispan-core-5.1.2.FINAL.jar:5.1.2.FINAL]
at org.infinispan.interceptors.ReplicationInterceptor.handleCrudMethod(ReplicationInterceptor.java:178) [infinispan-core-5.1.2.FINAL.jar:5.1.2.FINAL]
at org.infinispan.interceptors.ReplicationInterceptor.visitRemoveCommand(ReplicationInterceptor.java:159) [infinispan-core-5.1.2.FINAL.jar:5.1.2.FINAL]
at org.infinispan.commands.write.RemoveCommand.acceptVisitor(RemoveCommand.java:71) [infinispan-core-5.1.2.FINAL.jar:5.1.2.FINAL]
at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:116) [infinispan-core-5.1.2.FINAL.jar:5.1.2.FINAL]
at org.infinispan.interceptors.EntryWrappingInterceptor$EntryWrappingVisitor.visitRemoveCommand(EntryWrappingInterceptor.java:236) [infinispan-core-5.1.2.FINAL.jar:5.1.2.FINAL]
at org.infinispan.commands.write.RemoveCommand.acceptVisitor(RemoveCommand.java:71) [infinispan-core-5.1.2.FINAL.jar:5.1.2.FINAL]
at org.infinispan.interceptors.EntryWrappingInterceptor.visitPrepareCommand(EntryWrappingInterceptor.java:77) [infinispan-core-5.1.2.FINAL.jar:5.1.2.FINAL]
at org.infinispan.commands.tx.PrepareCommand.acceptVisitor(PrepareCommand.java:131) [infinispan-core-5.1.2.FINAL.jar:5.1.2.FINAL]
at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:116) [infinispan-core-5.1.2.FINAL.jar:5.1.2.FINAL]
at org.infinispan.interceptors.locking.AbstractTxLockingInterceptor.invokeNextAndCommitIf1Pc(AbstractTxLockingInterceptor.java:120) [infinispan-core-5.1.2.FINAL.jar:5.1.2.FINAL]
at org.infinispan.interceptors.locking.OptimisticLockingInterceptor.visitPrepareCommand(OptimisticLockingInterceptor.java:105) [infinispan-core-5.1.2.FINAL.jar:5.1.2.FINAL]
at org.infinispan.commands.tx.PrepareCommand.acceptVisitor(PrepareCommand.java:131) [infinispan-core-5.1.2.FINAL.jar:5.1.2.FINAL]
at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:116) [infinispan-core-5.1.2.FINAL.jar:5.1.2.FINAL]
at org.infinispan.interceptors.NotificationInterceptor.visitPrepareCommand(NotificationInterceptor.java:58) [infinispan-core-5.1.2.FINAL.jar:5.1.2.FINAL]
at org.infinispan.commands.tx.PrepareCommand.acceptVisitor(PrepareCommand.java:131) [infinispan-core-5.1.2.FINAL.jar:5.1.2.FINAL]
at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:116) [infinispan-core-5.1.2.FINAL.jar:5.1.2.FINAL]
at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:130) [infinispan-core-5.1.2.FINAL.jar:5.1.2.FINAL]
at org.infinispan.commands.AbstractVisitor.visitPrepareCommand(AbstractVisitor.java:113) [infinispan-core-5.1.2.FINAL.jar:5.1.2.FINAL]
at org.infinispan.commands.tx.PrepareCommand.acceptVisitor(PrepareCommand.java:131) [infinispan-core-5.1.2.FINAL.jar:5.1.2.FINAL]
at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:116) [infinispan-core-5.1.2.FINAL.jar:5.1.2.FINAL]
at org.infinispan.interceptors.TxInterceptor.visitPrepareCommand(TxInterceptor.java:106) [infinispan-core-5.1.2.FINAL.jar:5.1.2.FINAL]
at org.infinispan.commands.tx.PrepareCommand.acceptVisitor(PrepareCommand.java:131) [infinispan-core-5.1.2.FINAL.jar:5.1.2.FINAL]
at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:116) [infinispan-core-5.1.2.FINAL.jar:5.1.2.FINAL]
at org.infinispan.interceptors.StateTransferLockInterceptor.handleWithRetries(StateTransferLockInterceptor.java:207) [infinispan-core-5.1.2.FINAL.jar:5.1.2.FINAL]
at org.infinispan.interceptors.StateTransferLockInterceptor.visitPrepareCommand(StateTransferLockInterceptor.java:84) [infinispan-core-5.1.2.FINAL.jar:5.1.2.FINAL]
at org.infinispan.commands.tx.PrepareCommand.acceptVisitor(PrepareCommand.java:131) [infinispan-core-5.1.2.FINAL.jar:5.1.2.FINAL]
at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:116) [infinispan-core-5.1.2.FINAL.jar:5.1.2.FINAL]
at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:130) [infinispan-core-5.1.2.FINAL.jar:5.1.2.FINAL]
at org.infinispan.commands.AbstractVisitor.visitPrepareCommand(AbstractVisitor.java:113) [infinispan-core-5.1.2.FINAL.jar:5.1.2.FINAL]
at org.infinispan.commands.tx.PrepareCommand.acceptVisitor(PrepareCommand.java:131) [infinispan-core-5.1.2.FINAL.jar:5.1.2.FINAL]
at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:116) [infinispan-core-5.1.2.FINAL.jar:5.1.2.FINAL]
at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:130) [infinispan-core-5.1.2.FINAL.jar:5.1.2.FINAL]
at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:89) [infinispan-core-5.1.2.FINAL.jar:5.1.2.FINAL]
at org.infinispan.commands.AbstractVisitor.visitPrepareCommand(AbstractVisitor.java:113) [infinispan-core-5.1.2.FINAL.jar:5.1.2.FINAL]
at org.infinispan.commands.tx.PrepareCommand.acceptVisitor(PrepareCommand.java:131) [infinispan-core-5.1.2.FINAL.jar:5.1.2.FINAL]
at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:116) [infinispan-core-5.1.2.FINAL.jar:5.1.2.FINAL]
at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:130) [infinispan-core-5.1.2.FINAL.jar:5.1.2.FINAL]
at org.infinispan.commands.AbstractVisitor.visitPrepareCommand(AbstractVisitor.java:113) [infinispan-core-5.1.2.FINAL.jar:5.1.2.FINAL]
at org.infinispan.commands.tx.PrepareCommand.acceptVisitor(PrepareCommand.java:131) [infinispan-core-5.1.2.FINAL.jar:5.1.2.FINAL]
at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:116) [infinispan-core-5.1.2.FINAL.jar:5.1.2.FINAL]
at org.infinispan.interceptors.BatchingInterceptor.handleDefault(BatchingInterceptor.java:70) [infinispan-core-5.1.2.FINAL.jar:5.1.2.FINAL]
at org.infinispan.commands.AbstractVisitor.visitPrepareCommand(AbstractVisitor.java:113) [infinispan-core-5.1.2.FINAL.jar:5.1.2.FINAL]
at org.infinispan.commands.tx.PrepareCommand.acceptVisitor(PrepareCommand.java:131) [infinispan-core-5.1.2.FINAL.jar:5.1.2.FINAL]
at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:345) [infinispan-core-5.1.2.FINAL.jar:5.1.2.FINAL]
at org.infinispan.commands.tx.PrepareCommand.perform(PrepareCommand.java:127) [infinispan-core-5.1.2.FINAL.jar:5.1.2.FINAL]
at org.infinispan.remoting.InboundInvocationHandlerImpl.handleInternal(InboundInvocationHandlerImpl.java:127) [infinispan-core-5.1.2.FINAL.jar:5.1.2.FINAL]
at org.infinispan.remoting.InboundInvocationHandlerImpl.handleWithWaitForBlocks(InboundInvocationHandlerImpl.java:136) [infinispan-core-5.1.2.FINAL.jar:5.1.2.FINAL]
at org.infinispan.remoting.InboundInvocationHandlerImpl.handleWithRetry(InboundInvocationHandlerImpl.java:162) [infinispan-core-5.1.2.FINAL.jar:5.1.2.FINAL]
at org.infinispan.remoting.InboundInvocationHandlerImpl.handle(InboundInvocationHandlerImpl.java:114) [infinispan-core-5.1.2.FINAL.jar:5.1.2.FINAL]
at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.executeCommand(CommandAwareRpcDispatcher.java:217) [infinispan-core-5.1.2.FINAL.jar:5.1.2.FINAL]
at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.handle(CommandAwareRpcDispatcher.java:197) [infinispan-core-5.1.2.FINAL.jar:5.1.2.FINAL]
at org.jgroups.blocks.RequestCorrelator.handleRequest(RequestCorrelator.java:456) [jgroups-3.0.6.Final.jar:3.0.6.Final]
at org.jgroups.blocks.RequestCorrelator.receiveMessage(RequestCorrelator.java:363) [jgroups-3.0.6.Final.jar:3.0.6.Final]
at org.jgroups.blocks.RequestCorrelator.receive(RequestCorrelator.java:238) [jgroups-3.0.6.Final.jar:3.0.6.Final]
at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.up(MessageDispatcher.java:543) [jgroups-3.0.6.Final.jar:3.0.6.Final]
at org.jboss.as.clustering.jgroups.ClassLoaderAwareUpHandler.up(ClassLoaderAwareUpHandler.java:56) [jboss-as-clustering-jgroups-7.1.1.Final-SNAPSHOT.jar:7.1.1.Final-SNAPSHOT]
at org.jgroups.blocks.mux.MuxUpHandler.up(MuxUpHandler.java:130) [jgroups-3.0.6.Final.jar:3.0.6.Final]
at org.jboss.as.clustering.jgroups.MuxChannel$ClassLoaderAwareMuxUpHandler.up(MuxChannel.java:64) [jboss-as-clustering-jgroups-7.1.1.Final-SNAPSHOT.jar:7.1.1.Final-SNAPSHOT]
at org.jgroups.JChannel.up(JChannel.java:716) [jgroups-3.0.6.Final.jar:3.0.6.Final]
at org.jgroups.stack.ProtocolStack.up(ProtocolStack.java:1026) [jgroups-3.0.6.Final.jar:3.0.6.Final]
at org.jgroups.protocols.FRAG2.up(FRAG2.java:181) [jgroups-3.0.6.Final.jar:3.0.6.Final]
at org.jgroups.protocols.FlowControl.up(FlowControl.java:418) [jgroups-3.0.6.Final.jar:3.0.6.Final]
at org.jgroups.protocols.FlowControl.up(FlowControl.java:400) [jgroups-3.0.6.Final.jar:3.0.6.Final]
at org.jgroups.protocols.pbcast.GMS.up(GMS.java:881) [jgroups-3.0.6.Final.jar:3.0.6.Final]
at org.jgroups.protocols.pbcast.STABLE.up(STABLE.java:244) [jgroups-3.0.6.Final.jar:3.0.6.Final]
at org.jgroups.protocols.UNICAST2.handleDataReceived(UNICAST2.java:759) [jgroups-3.0.6.Final.jar:3.0.6.Final]
at org.jgroups.protocols.UNICAST2.up(UNICAST2.java:365) [jgroups-3.0.6.Final.jar:3.0.6.Final]
at org.jgroups.protocols.pbcast.NAKACK.up(NAKACK.java:595) [jgroups-3.0.6.Final.jar:3.0.6.Final]
at org.jgroups.protocols.BARRIER.up(BARRIER.java:102) [jgroups-3.0.6.Final.jar:3.0.6.Final]
at org.jgroups.protocols.VERIFY_SUSPECT.up(VERIFY_SUSPECT.java:140) [jgroups-3.0.6.Final.jar:3.0.6.Final]
at org.jgroups.protocols.FD.up(FD.java:273) [jgroups-3.0.6.Final.jar:3.0.6.Final]
at org.jgroups.protocols.FD_SOCK.up(FD_SOCK.java:282) [jgroups-3.0.6.Final.jar:3.0.6.Final]
at org.jgroups.protocols.MERGE2.up(MERGE2.java:205) [jgroups-3.0.6.Final.jar:3.0.6.Final]
at org.jgroups.protocols.Discovery.up(Discovery.java:355) [jgroups-3.0.6.Final.jar:3.0.6.Final]
at org.jgroups.stack.Protocol.up(Protocol.java:358) [jgroups-3.0.6.Final.jar:3.0.6.Final]
at org.jgroups.protocols.TP.passMessageUp(TP.java:1174) [jgroups-3.0.6.Final.jar:3.0.6.Final]
at org.jgroups.protocols.TP$IncomingPacket.handleMyMessage(TP.java:1722) [jgroups-3.0.6.Final.jar:3.0.6.Final]
at org.jgroups.protocols.TP$IncomingPacket.run(TP.java:1704) [jgroups-3.0.6.Final.jar:3.0.6.Final]
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [rt.jar:1.6.0_23]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [rt.jar:1.6.0_23]
at java.lang.Thread.run(Thread.java:662) [rt.jar:1.6.0_23]
{code}
Steps to reproduce:
1) Start 2 servers (standalone-ha.xml)
2) Deploy stateful clustered bean to both nodes
3) Do a remote call to server #1. Stateful bean saves some data to private variable. It should be replicated so.
4) Close the client
5) Shutdown server #2.
6) In log of server #1 you see the exception
I have used the following StatefulBean for testing:
https://github.com/ochaloup/testing/blob/master/myejb/ejbModule/ochaloup/...
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 1 month
[JBoss JIRA] (AS7-4006) TS clustering: failures when testing with IPv6
by Radoslav Husar (JIRA)
Radoslav Husar created AS7-4006:
-----------------------------------
Summary: TS clustering: failures when testing with IPv6
Key: AS7-4006
URL: https://issues.jboss.org/browse/AS7-4006
Project: Application Server 7
Issue Type: Bug
Components: Clustering, Test Suite
Affects Versions: 7.1.0.Final
Reporter: Radoslav Husar
Assignee: Radoslav Husar
Priority: Critical
Fix For: 7.1.2.Final
{noformat}
-------------------------------------------------------
T E S T S
-------------------------------------------------------
Running org.jboss.as.test.clustering.cluster.jsf.JSFFailoverTestCase
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 64.847 sec
Running org.jboss.as.test.clustering.cluster.ejb3.xpc.StatefulWithXPCFailoverTestCase
Tests run: 2, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 36.332 sec <<< FAILURE!
Running org.jboss.as.test.clustering.cluster.ejb3.deployment.ClusteredBeanDeploymentTestCase
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 20.028 sec
Running org.jboss.as.test.clustering.cluster.ejb3.StatefulTimeoutTestCase
Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 32.318 sec
Running org.jboss.as.test.clustering.cluster.ejb3.stateless.RemoteStatelessFailoverTestCase
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 50.459 sec
Running org.jboss.as.test.clustering.cluster.ejb3.stateful.StatefulFailoverTestCase
Tests run: 4, Failures: 2, Errors: 0, Skipped: 0, Time elapsed: 70.141 sec <<< FAILURE!
Running org.jboss.as.test.clustering.cluster.ejb3.stateful.remote.failover.RemoteEJBClientStatefulBeanFailoverTestCase
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 33.873 sec
Running org.jboss.as.test.clustering.cluster.ejb3.stateful.remote.failover.dd.RemoteEJBClientDDBasedSFSBFailoverTestCase
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 33.836 sec
Running org.jboss.as.test.clustering.cluster.web.ReplicationWebFailoverTestCase
Tests run: 4, Failures: 2, Errors: 0, Skipped: 0, Time elapsed: 29.568 sec <<< FAILURE!
Running org.jboss.as.test.clustering.cluster.web.DistributionWebFailoverTestCase
Tests run: 4, Failures: 2, Errors: 0, Skipped: 0, Time elapsed: 29.228 sec <<< FAILURE!
Running org.jboss.as.test.clustering.cluster.web.ClusteredWebTestCase
Tests run: 4, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 26.916 sec <<< FAILURE!
Running org.jboss.as.test.clustering.cluster.singleton.SingletonTestCase
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 44.597 sec
Results :
Failed tests: testBasicXPC(org.jboss.as.test.clustering.cluster.ejb3.xpc.StatefulWithXPCFailoverTestCase): 3. stopped deployment on node1, xpc should failover to node2, node2 should be able to read entity from xpc(didn't get http success code) expected:<200> but was:<500>
testRestart(org.jboss.as.test.clustering.cluster.ejb3.stateful.StatefulFailoverTestCase): expected:<20050505> but was:<20010101>
testRedeploy(org.jboss.as.test.clustering.cluster.ejb3.stateful.StatefulFailoverTestCase): expected:<20050505> but was:<20010101>
testGracefulSimpleFailover(org.jboss.as.test.clustering.cluster.web.ReplicationWebFailoverTestCase): Session failed to replicate after container 1 was shutdown. expected:<3> but was:<1>
testGracefulUndeployFailover(org.jboss.as.test.clustering.cluster.web.ReplicationWebFailoverTestCase): Session failed to replicate after container 1 was shutdown. expected:<3> but was:<1>
testGracefulSimpleFailover(org.jboss.as.test.clustering.cluster.web.DistributionWebFailoverTestCase): Session failed to replicate after container 1 was shutdown. expected:<3> but was:<1>
testGracefulUndeployFailover(org.jboss.as.test.clustering.cluster.web.DistributionWebFailoverTestCase): Session failed to replicate after container 1 was shutdown. expected:<3> but was:<1>
testSessionReplication(org.jboss.as.test.clustering.cluster.web.ClusteredWebTestCase): expected:<3> but was:<1>
Tests run: 38, Failures: 8, Errors: 0, Skipped: 0
[INFO] ------------------------------------------------------------------------
[INFO] Reactor Summary:
[INFO]
[INFO] JBoss Application Server Test Suite: Aggregator ... SUCCESS [10.593s]
[INFO] JBoss Application Server Test Suite: Integration .. SUCCESS [2.129s]
[INFO] JBoss Application Server Test Suite: Integration - Clustering FAILURE [8:02.830s]
[INFO] ------------------------------------------------------------------------
[INFO] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 8:16.709s
[INFO] Finished at: Fri Mar 02 13:38:16 CET 2012
[INFO] Final Memory: 67M/713M
[INFO] ------------------------------------------------------------------------
{noformat}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 1 month
[JBoss JIRA] (AS7-4033) Clustering test failures with IPv6
by Ondrej Zizka (JIRA)
Ondrej Zizka created AS7-4033:
---------------------------------
Summary: Clustering test failures with IPv6
Key: AS7-4033
URL: https://issues.jboss.org/browse/AS7-4033
Project: Application Server 7
Issue Type: Bug
Components: Test Suite
Affects Versions: 7.1.0.Final
Reporter: Ondrej Zizka
Priority: Critical
Fix For: 7.1.1.Final
{code}
Failed tests: testBasicXPC(org.jboss.as.test.clustering.cluster.ejb3.xpc.StatefulWithXPCFailoverTestCase): 3. stopped deployment on node1, xpc should failover to node2, node2 should be able to read entity from xpc(didn't get http success code) expected:<200> but was:<500>
testRestart(org.jboss.as.test.clustering.cluster.ejb3.stateful.StatefulFailoverTestCase): expected:<20050505> but was:<20010101>
testRedeploy(org.jboss.as.test.clustering.cluster.ejb3.stateful.StatefulFailoverTestCase): expected:<20050505> but was:<20010101>
testSerialized(org.jboss.as.test.clustering.cluster.web.ClusteredWebTestCase)
testSessionReplication(org.jboss.as.test.clustering.cluster.web.ClusteredWebTestCase): expected:<3> but was:<1>
testGracefulSimpleFailover(org.jboss.as.test.clustering.cluster.web.ReplicationWebFailoverTestCase): Session failed to replicate after container 1 was shutdown. expected:<3> but was:<1>
testGracefulUndeployFailover(org.jboss.as.test.clustering.cluster.web.ReplicationWebFailoverTestCase): Session failed to replicate after container 1 was shutdown. expected:<3> but was:<1>
testGracefulSimpleFailover(org.jboss.as.test.clustering.cluster.web.DistributionWebFailoverTestCase): Session failed to replicate after container 1 was shutdown. expected:<3> but was:<1>
testGracefulUndeployFailover(org.jboss.as.test.clustering.cluster.web.DistributionWebFailoverTestCase): Session failed to replicate after container 1 was shutdown. expected:<3> but was:<1>
testSingletonService(org.jboss.as.test.clustering.cluster.singleton.SingletonTestCase): expected:<node-udp-[1]> but was:<node-udp-[0]>
Tests in error:
testFailoverOnStop(org.jboss.as.test.clustering.cluster.ejb3.stateless.RemoteStatelessFailoverTestCase): No EJB receiver available for handling [appName:,modulename:remote-ejb-client-stateless-bean-failover-test,distinctname:] combination
testFailoverOnUndeploy(org.jboss.as.test.clustering.cluster.ejb3.stateless.RemoteStatelessFailoverTestCase): No EJB receiver available for handling [appName:,modulename:remote-ejb-client-stateless-bean-failover-test,distinctname:] combination
testFailoverFromRemoteClientWhenOneNodeGoesDown(org.jboss.as.test.clustering.cluster.ejb3.stateful.remote.failover.dd.RemoteEJBClientDDBasedSFSBFailoverTestCase): No EJB receiver contexts available in cluster ejb
testFailoverFromRemoteClientWhenOneNodeGoesDown(org.jboss.as.test.clustering.cluster.ejb3.stateful.remote.failover.RemoteEJBClientStatefulBeanFailoverTestCase): No EJB receiver contexts available in cluster ejb
testGracefulSimpleFailover(org.jboss.as.test.clustering.cluster.jsf.JSFFailoverTestCase): Invalid use of SingleClientConnManager: connection still allocated.
testGracefulUndeployFailover(org.jboss.as.test.clustering.cluster.jsf.JSFFailoverTestCase): Invalid use of SingleClientConnManager: connection still allocated.
{code}
STR:
{code}
mvn clean install -pl testsuite/integration/cluster -Dipv6 -Dnode0=::1 -Dnode1=::1 -DudpGroup=ff01::1
{code}
or, after AS7-3993 / PR 1693 is merged:
{code}
mvn clean install -pl testsuite/integration/cluster -Dipv6
{code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 1 month
[JBoss JIRA] (AS7-3786) Some non-Arquillian TestCases are run against hard-coded 127.0.0.1
by Pavel Janousek (JIRA)
[ https://issues.jboss.org/browse/AS7-3786?page=com.atlassian.jira.plugin.s... ]
Pavel Janousek commented on AS7-3786:
-------------------------------------
sure Kabir, but don't forget IPv4 stack can be disabled at all (or more specifically, there can be situation when 127.0.0.1 isn't available/configured) and when you try to run testsuite in this case...
Testsuite must rely on information from node0/node1 property - it is approved requirement for a log time.
> Some non-Arquillian TestCases are run against hard-coded 127.0.0.1
> ------------------------------------------------------------------
>
> Key: AS7-3786
> URL: https://issues.jboss.org/browse/AS7-3786
> Project: Application Server 7
> Issue Type: Bug
> Components: Test Suite
> Affects Versions: 7.1.0.Final
> Reporter: Pavel Janousek
> Assignee: Ondrej Zizka
> Priority: Critical
> Fix For: 7.1.1.Final
>
>
> Some TestCases are hard bound to *127.0.0.1* IP address. I think, it is useless - especially testing in IPv6 environment is impossible in this case for a such TestCase(-s).
> These classes aren't in integration testsuite part, it is in other places.
> Some of them are (maybe I've overlooked some others):
> - org.jboss.as.protocol.mgmt.RemoteChannelManagementTestCase
> - org.jboss.as.controller.test.RemoteChannelProxyControllerTestCase
> - org.jboss.as.controller.test.RemoteProxyControllerProtocolTestCase
> - org.jboss.as.controller.ModelControllerClientTestCase
> - org.jboss.as.jmx.JMXSubsystemTestCase
> - org.jboss.as.jmx.ModelControllerMBeanTestCase
> Otherwise these tests are run *before* IP address transformation (usually used node0 variable and tranforms AS7 config file standalone-*.xml), so maybe there isn't present now any mechanism how to get/propagate proper (and wanted) IP address.
> Also note - some of them are hardcoded to IP name alias *localhost* - see JBPAPP-8132 for localhost vs. localhost6.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 1 month
[JBoss JIRA] (AS7-3773) A security realm definition should not require an authentication mechanism to be defined if 'truststore' is defined.
by Darran Lofthouse (JIRA)
Darran Lofthouse created AS7-3773:
-------------------------------------
Summary: A security realm definition should not require an authentication mechanism to be defined if 'truststore' is defined.
Key: AS7-3773
URL: https://issues.jboss.org/browse/AS7-3773
Project: Application Server 7
Issue Type: Bug
Reporter: Darran Lofthouse
On slave DC security realm defined with only a trust store initialising the native interface raised the following error: -
[Host Controller] 16:24:15,297 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-7) MSC00001: Failed to start service jboss.remoting.server.management: org.jboss.msc.service.StartException in service jboss.remoting.server.management: JBAS017113: Failed to start service
[Host Controller] at org.jboss.as.remoting.AbstractStreamServerService.start(AbstractStreamServerService.java:112) [jboss-as-remoting-7.1.0.Final-SNAPSHOT.jar:7.1.0.Final-SNAPSHOT]
[Host Controller] at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1811) [jboss-msc-1.0.2.GA.jar:1.0.2.GA]
[Host Controller] at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1746) [jboss-msc-1.0.2.GA.jar:1.0.2.GA]
[Host Controller] at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [rt.jar:1.6.0_30]
[Host Controller] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [rt.jar:1.6.0_30]
[Host Controller] at java.lang.Thread.run(Thread.java:662) [rt.jar:1.6.0_30]
[Host Controller] Caused by: java.lang.IllegalStateException: JBAS017119: A security realm has been specified but no supported mechanism identified
[Host Controller] at org.jboss.as.remoting.RealmSecurityProvider.getOptionMap(RealmSecurityProvider.java:137) [jboss-as-remoting-7.1.0.Final-SNAPSHOT.jar:7.1.0.Final-SNAPSHOT]
[Host Controller] at org.jboss.as.remoting.AbstractStreamServerService.start(AbstractStreamServerService.java:101) [jboss-as-remoting-7.1.0.Final-SNAPSHOT.jar:7.1.0.Final-SNAPSHOT]
[Host Controller] ... 5 more
On a related note - if the native interface of the HC failed to start we should probably avoid starting the AS processes as we know there is nothing for them to connect back to.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 1 month