[JBoss JIRA] (ISPN-4153) Server can't start a cache with custom cache store
by William Burns (JIRA)
[ https://issues.jboss.org/browse/ISPN-4153?page=com.atlassian.jira.plugin.... ]
Work on ISPN-4153 started by William Burns.
> Server can't start a cache with custom cache store
> --------------------------------------------------
>
> Key: ISPN-4153
> URL: https://issues.jboss.org/browse/ISPN-4153
> Project: Infinispan
> Issue Type: Bug
> Components: Server
> Reporter: Jakub Markos
> Assignee: William Burns
>
> This test https://github.com/infinispan/infinispan/blob/master/server/integration/t... fails with current snapshot on server startup:
> {code}
> 12:57:25,277 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-3) MSC000001: Failed to start service jboss.infinispan.local.default.config: org.jboss.msc.service.StartException in service jboss.infinispan.local.default.config: Failed to start service
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1767) [jboss-msc-1.0.4.GA-redhat-1.jar:1.0.4.GA-redhat-1]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1156) [rt.jar:1.7.0]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:626) [rt.jar:1.7.0]
> at java.lang.Thread.run(Thread.java:780) [vm.jar:1.7.0]
> Caused by: org.infinispan.commons.CacheConfigurationException: Missing BuiltBy annotation for configuration bean org.infinispan.configuration.cache.AbstractStoreConfiguration
> at org.infinispan.commons.configuration.ConfigurationUtils.builderFor(ConfigurationUtils.java:20)
> at org.infinispan.configuration.cache.PersistenceConfigurationBuilder.read(PersistenceConfigurationBuilder.java:124)
> at org.infinispan.configuration.cache.ConfigurationBuilder.read(ConfigurationBuilder.java:218)
> at org.infinispan.manager.DefaultCacheManager.defineConfiguration(DefaultCacheManager.java:356) at org.infinispan.manager.DefaultCacheManager.defineConfiguration(DefaultCacheManager.java:322) at org.jboss.as.clustering.infinispan.DefaultEmbeddedCacheManager.defineConfiguration(DefaultEmbeddedCacheManager.java:62)
> at org.jboss.as.clustering.infinispan.subsystem.AbstractCacheConfigurationService.start(AbstractCacheConfigurationService.java:81)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1811) [jboss-msc-1.0.4.GA-redhat-1.jar:1.0.4.GA-redhat-1]
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1746) [jboss-msc-1.0.4.GA-redhat-1.jar:1.0.4.GA-redhat-1]
> ... 3 more
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years
[JBoss JIRA] (ISPN-4153) Server can't start a cache with custom cache store
by Jakub Markos (JIRA)
Jakub Markos created ISPN-4153:
----------------------------------
Summary: Server can't start a cache with custom cache store
Key: ISPN-4153
URL: https://issues.jboss.org/browse/ISPN-4153
Project: Infinispan
Issue Type: Bug
Components: Server
Reporter: Jakub Markos
Assignee: Mircea Markus
This test https://github.com/infinispan/infinispan/blob/master/server/integration/t... fails with current snapshot on server startup:
{code}
12:57:25,277 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-3) MSC000001: Failed to start service jboss.infinispan.local.default.config: org.jboss.msc.service.StartException in service jboss.infinispan.local.default.config: Failed to start service
at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1767) [jboss-msc-1.0.4.GA-redhat-1.jar:1.0.4.GA-redhat-1]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1156) [rt.jar:1.7.0]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:626) [rt.jar:1.7.0]
at java.lang.Thread.run(Thread.java:780) [vm.jar:1.7.0]
Caused by: org.infinispan.commons.CacheConfigurationException: Missing BuiltBy annotation for configuration bean org.infinispan.configuration.cache.AbstractStoreConfiguration
at org.infinispan.commons.configuration.ConfigurationUtils.builderFor(ConfigurationUtils.java:20)
at org.infinispan.configuration.cache.PersistenceConfigurationBuilder.read(PersistenceConfigurationBuilder.java:124)
at org.infinispan.configuration.cache.ConfigurationBuilder.read(ConfigurationBuilder.java:218)
at org.infinispan.manager.DefaultCacheManager.defineConfiguration(DefaultCacheManager.java:356) at org.infinispan.manager.DefaultCacheManager.defineConfiguration(DefaultCacheManager.java:322) at org.jboss.as.clustering.infinispan.DefaultEmbeddedCacheManager.defineConfiguration(DefaultEmbeddedCacheManager.java:62)
at org.jboss.as.clustering.infinispan.subsystem.AbstractCacheConfigurationService.start(AbstractCacheConfigurationService.java:81)
at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1811) [jboss-msc-1.0.4.GA-redhat-1.jar:1.0.4.GA-redhat-1]
at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1746) [jboss-msc-1.0.4.GA-redhat-1.jar:1.0.4.GA-redhat-1]
... 3 more
{code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years
[JBoss JIRA] (ISPN-4137) Transaction executed multiple times due to forwarded CommitCommand
by Radim Vansa (JIRA)
[ https://issues.jboss.org/browse/ISPN-4137?page=com.atlassian.jira.plugin.... ]
Radim Vansa commented on ISPN-4137:
-----------------------------------
I hate two generals'-style problems.
I agree that sending rollback is bad. However, it seems to me that manual reconciliation is rather cumbersome. I don't have any experience with that, honestly, is it really expected to be executed by human through JMX console in production? Or, should every commit exception catch block contain some reconciliation code? And what to do without recovery, just keep it locked?
By the way, when the primary owner crashes during transaction, does the transaction become in doubt? Because then it could be prepared on one backup and committed on another, and some lock should be acquired by the new owner (and the lock kept until the tx is reconciled).
> Transaction executed multiple times due to forwarded CommitCommand
> ------------------------------------------------------------------
>
> Key: ISPN-4137
> URL: https://issues.jboss.org/browse/ISPN-4137
> Project: Infinispan
> Issue Type: Bug
> Components: State Transfer, Transactions
> Reporter: Radim Vansa
> Assignee: Dan Berindei
> Priority: Critical
>
> When the {{StateTransferInterceptor}} forwards a CommitCommand for the new topology, multiple CommitCommands may be broadcast across the cluster. If the command (forwarded already from originator) times out, the transaction may be correctly finished by the first one and the application considers TX as succeeded (useSynchronizations=true), although one more Rollback is sent as well.
> Then, again in STI, when the CommitCommand arrives with higher topologyId than the one used for the first TX execution, another artificial Prepare (followed by the commit) is executed - see {{STI.visitCommitCommand}}.
> However, this execution may be delayed a lot and originator may have already executed another TX on the same entries. Then, this forwarded Commit will overwrite the already updated entries, causing inconsistency of data.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years
[JBoss JIRA] (ISPN-3804) Test server.hotrod.HotRod<11, 12>ReplicationTest.testReplicatedPutWithTopologyChanges fails on all platforms
by Vitalii Chepeliuk (JIRA)
[ https://issues.jboss.org/browse/ISPN-3804?page=com.atlassian.jira.plugin.... ]
Vitalii Chepeliuk commented on ISPN-3804:
-----------------------------------------
Following tests fail randomly with 6.0.2 version
org.infinispan.server.hotrod.HotRodAsymmetricClusterTest.testPutInNonCacheDefinedNode
org.infinispan.server.hotrod.HotRodAsymmetricClusterTest.testPutInCacheDefinedNode
org.infinispan.server.hotrod.HotRodSingleClusteredTest.testPutGet
org.infinispan.server.hotrod.HotRodServerTest.testValidateProtocolServerNullProperties
org.infinispan.server.hotrod.HotRodAsymmetricClusterTest.destroy
org.infinispan.server.hotrod.HotRod12ReplicationTest.testReplicatedReplace
org.infinispan.server.hotrod.HotRod12ReplicationTest.testReplicatedPutWithTopologyChanges
org.infinispan.server.hotrod.HotRod12ReplicationTest.testReplicatedPutIfAbsent
org.infinispan.server.hotrod.HotRod12ReplicationTest.testReplicatedPut
org.infinispan.server.hotrod.HotRod12ReplicationTest.testPingWithTopologyAwareClient
org.infinispan.server.hotrod.HotRod12ReplicationTest.destroy
org.infinispan.server.hotrod.HotRod11LocalCacheTest.testDistributedPutWithTopologyChanges
> Test server.hotrod.HotRod<11,12>ReplicationTest.testReplicatedPutWithTopologyChanges fails on all platforms
> -----------------------------------------------------------------------------------------------------------
>
> Key: ISPN-3804
> URL: https://issues.jboss.org/browse/ISPN-3804
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Server
> Affects Versions: 6.0.0.Final
> Environment: Solaris, Oracle JDK 6 and 7, Windows Oracle JDK6
> Reporter: Vojtech Juranek
> Assignee: Mircea Markus
> Labels: testsuite_stability
> Attachments: server.hotrod.zip
>
>
> SO following tests fail often on RHEL
> org.infinispan.server.hotrod.HotRodReplicationTest.testReplicatedPutWithTopologyChanges
> org.infinispan.server.hotrod.HotRod12ReplicationTest.testReplicatedPutWithTopologyChanges
> org.infinispan.server.hotrod.HotRod11ReplicationTest.testDistributedPutWithTopologyChanges
> And these fail on Solaris
> org.infinispan.server.hotrod.HotRodReplicationTest.testReplicatedPutWithTopologyChanges
> org.infinispan.server.hotrod.HotRod12ReplicationTest.testReplicatedPutWithTopologyChanges
> org.infinispan.server.hotrod.HotRod11ReplicationTest.testDistributedPutWithTopologyChanges
> Tests {{HotRod12ReplicationTest.testReplicatedPutWithTopologyChanges}}, {{HotRod11ReplicationTest.testDistributedPutWithTopologyChanges}} and {{HotRodReplicationTest.testReplicatedPutWithTopologyChanges}} fails with following assertions failure:
> {noformat}
> java.lang.AssertionError: expected [2] but found [3]
> at org.testng.Assert.fail(Assert.java:89)
> at org.testng.Assert.failNotEquals(Assert.java:489)
> at org.testng.Assert.assertEquals(Assert.java:118)
> at org.testng.Assert.assertEquals(Assert.java:365)
> at org.testng.Assert.assertEquals(Assert.java:375)
> at org.infinispan.server.hotrod.HotRodReplicationTest.testReplicatedPutWithTopologyChanges(HotRodReplicationTest.scala:123)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:80)
> at org.testng.internal.Invoker.invokeMethod(Invoker.java:715)
> at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:907)
> at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1237)
> at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127)
> at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111)
> at org.testng.TestRunner.privateRun(TestRunner.java:767)
> at org.testng.TestRunner.run(TestRunner.java:617)
> at org.testng.SuiteRunner.runTest(SuiteRunner.java:334)
> at org.testng.SuiteRunner.access$000(SuiteRunner.java:37)
> at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:368)
> at org.testng.internal.thread.ThreadUtil$2.call(ThreadUtil.java:64)
> at java.util.concurrent.FutureTask.run(FutureTask.java:262)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:724)
> {noformat}
> See e.g.
> https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e...
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years
[JBoss JIRA] (ISPN-4151) [SimpleTwoNodesMapReduceTest, TopologyAwareTwoNodesMapReduceTest].testInvokeMapWithReduceExceptionPhaseInRemoteExecution fails randomly on Windows and Solaris with JDK7
by Vitalii Chepeliuk (JIRA)
[ https://issues.jboss.org/browse/ISPN-4151?page=com.atlassian.jira.plugin.... ]
Vitalii Chepeliuk updated ISPN-4151:
------------------------------------
Description:
org.testng.TestException:
Method SimpleTwoNodesMapReduceTest.testInvokeMapWithReduceExceptionPhaseInRemoteExecution()[pri:0, instance:org.infinispan.distexec.mapreduce.SimpleTwoNodesMapReduceTest@7c1943b6] should have thrown an exception of class org.infinispan.commons.CacheException
at org.testng.internal.Invoker.handleInvocationResults(Invoker.java:1518)
at org.testng.internal.Invoker.invokeMethod(Invoker.java:764)
at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:907)
at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1237)
at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127)
at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111)
at org.testng.TestRunner.privateRun(TestRunner.java:767)
at org.testng.TestRunner.run(TestRunner.java:617)
at org.testng.SuiteRunner.runTest(SuiteRunner.java:334)
at org.testng.SuiteRunner.access$000(SuiteRunner.java:37)
at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:368)
at org.testng.internal.thread.ThreadUtil$2.call(ThreadUtil.java:64)
at java.util.concurrent.FutureTask.run(FutureTask.java:262)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:744)
* Jenkins
** Windows
https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e...
https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e...
** Solaris
was:
org.testng.TestException:
Method SimpleTwoNodesMapReduceTest.testInvokeMapWithReduceExceptionPhaseInRemoteExecution()[pri:0, instance:org.infinispan.distexec.mapreduce.SimpleTwoNodesMapReduceTest@7c1943b6] should have thrown an exception of class org.infinispan.commons.CacheException
at org.testng.internal.Invoker.handleInvocationResults(Invoker.java:1518)
at org.testng.internal.Invoker.invokeMethod(Invoker.java:764)
at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:907)
at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1237)
at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127)
at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111)
at org.testng.TestRunner.privateRun(TestRunner.java:767)
at org.testng.TestRunner.run(TestRunner.java:617)
at org.testng.SuiteRunner.runTest(SuiteRunner.java:334)
at org.testng.SuiteRunner.access$000(SuiteRunner.java:37)
at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:368)
at org.testng.internal.thread.ThreadUtil$2.call(ThreadUtil.java:64)
at java.util.concurrent.FutureTask.run(FutureTask.java:262)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:744)
* Jenkins
https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e...
https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e...
> [SimpleTwoNodesMapReduceTest,TopologyAwareTwoNodesMapReduceTest].testInvokeMapWithReduceExceptionPhaseInRemoteExecution fails randomly on Windows and Solaris with JDK7
> ------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: ISPN-4151
> URL: https://issues.jboss.org/browse/ISPN-4151
> Project: Infinispan
> Issue Type: Bug
> Components: Distributed Execution and Map/Reduce
> Affects Versions: 6.0.2.Final
> Environment: WIndows2012&&JDK7
> Reporter: Vitalii Chepeliuk
> Assignee: Dan Berindei
> Labels: testsuite_stability
>
> org.testng.TestException:
> Method SimpleTwoNodesMapReduceTest.testInvokeMapWithReduceExceptionPhaseInRemoteExecution()[pri:0, instance:org.infinispan.distexec.mapreduce.SimpleTwoNodesMapReduceTest@7c1943b6] should have thrown an exception of class org.infinispan.commons.CacheException
> at org.testng.internal.Invoker.handleInvocationResults(Invoker.java:1518)
> at org.testng.internal.Invoker.invokeMethod(Invoker.java:764)
> at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:907)
> at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1237)
> at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127)
> at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111)
> at org.testng.TestRunner.privateRun(TestRunner.java:767)
> at org.testng.TestRunner.run(TestRunner.java:617)
> at org.testng.SuiteRunner.runTest(SuiteRunner.java:334)
> at org.testng.SuiteRunner.access$000(SuiteRunner.java:37)
> at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:368)
> at org.testng.internal.thread.ThreadUtil$2.call(ThreadUtil.java:64)
> at java.util.concurrent.FutureTask.run(FutureTask.java:262)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:744)
> * Jenkins
> ** Windows
> https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e...
> https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e...
> ** Solaris
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years
[JBoss JIRA] (ISPN-4151) [SimpleTwoNodesMapReduceTest, TopologyAwareTwoNodesMapReduceTest].testInvokeMapWithReduceExceptionPhaseInRemoteExecution fails randomly on Windows and Solaris with JDK7
by Vitalii Chepeliuk (JIRA)
[ https://issues.jboss.org/browse/ISPN-4151?page=com.atlassian.jira.plugin.... ]
Vitalii Chepeliuk updated ISPN-4151:
------------------------------------
Description:
org.testng.TestException:
Method SimpleTwoNodesMapReduceTest.testInvokeMapWithReduceExceptionPhaseInRemoteExecution()[pri:0, instance:org.infinispan.distexec.mapreduce.SimpleTwoNodesMapReduceTest@7c1943b6] should have thrown an exception of class org.infinispan.commons.CacheException
at org.testng.internal.Invoker.handleInvocationResults(Invoker.java:1518)
at org.testng.internal.Invoker.invokeMethod(Invoker.java:764)
at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:907)
at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1237)
at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127)
at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111)
at org.testng.TestRunner.privateRun(TestRunner.java:767)
at org.testng.TestRunner.run(TestRunner.java:617)
at org.testng.SuiteRunner.runTest(SuiteRunner.java:334)
at org.testng.SuiteRunner.access$000(SuiteRunner.java:37)
at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:368)
at org.testng.internal.thread.ThreadUtil$2.call(ThreadUtil.java:64)
at java.util.concurrent.FutureTask.run(FutureTask.java:262)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:744)
* Jenkins
** Windows
https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e...
https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e...
** Solaris
https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e...
was:
org.testng.TestException:
Method SimpleTwoNodesMapReduceTest.testInvokeMapWithReduceExceptionPhaseInRemoteExecution()[pri:0, instance:org.infinispan.distexec.mapreduce.SimpleTwoNodesMapReduceTest@7c1943b6] should have thrown an exception of class org.infinispan.commons.CacheException
at org.testng.internal.Invoker.handleInvocationResults(Invoker.java:1518)
at org.testng.internal.Invoker.invokeMethod(Invoker.java:764)
at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:907)
at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1237)
at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127)
at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111)
at org.testng.TestRunner.privateRun(TestRunner.java:767)
at org.testng.TestRunner.run(TestRunner.java:617)
at org.testng.SuiteRunner.runTest(SuiteRunner.java:334)
at org.testng.SuiteRunner.access$000(SuiteRunner.java:37)
at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:368)
at org.testng.internal.thread.ThreadUtil$2.call(ThreadUtil.java:64)
at java.util.concurrent.FutureTask.run(FutureTask.java:262)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:744)
* Jenkins
** Windows
https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e...
https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e...
** Solaris
> [SimpleTwoNodesMapReduceTest,TopologyAwareTwoNodesMapReduceTest].testInvokeMapWithReduceExceptionPhaseInRemoteExecution fails randomly on Windows and Solaris with JDK7
> ------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: ISPN-4151
> URL: https://issues.jboss.org/browse/ISPN-4151
> Project: Infinispan
> Issue Type: Bug
> Components: Distributed Execution and Map/Reduce
> Affects Versions: 6.0.2.Final
> Environment: WIndows2012&&JDK7
> Reporter: Vitalii Chepeliuk
> Assignee: Dan Berindei
> Labels: testsuite_stability
>
> org.testng.TestException:
> Method SimpleTwoNodesMapReduceTest.testInvokeMapWithReduceExceptionPhaseInRemoteExecution()[pri:0, instance:org.infinispan.distexec.mapreduce.SimpleTwoNodesMapReduceTest@7c1943b6] should have thrown an exception of class org.infinispan.commons.CacheException
> at org.testng.internal.Invoker.handleInvocationResults(Invoker.java:1518)
> at org.testng.internal.Invoker.invokeMethod(Invoker.java:764)
> at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:907)
> at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1237)
> at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127)
> at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111)
> at org.testng.TestRunner.privateRun(TestRunner.java:767)
> at org.testng.TestRunner.run(TestRunner.java:617)
> at org.testng.SuiteRunner.runTest(SuiteRunner.java:334)
> at org.testng.SuiteRunner.access$000(SuiteRunner.java:37)
> at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:368)
> at org.testng.internal.thread.ThreadUtil$2.call(ThreadUtil.java:64)
> at java.util.concurrent.FutureTask.run(FutureTask.java:262)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:744)
> * Jenkins
> ** Windows
> https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e...
> https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e...
> ** Solaris
> https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e...
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years
[JBoss JIRA] (ISPN-4151) [SimpleTwoNodesMapReduceTest, TopologyAwareTwoNodesMapReduceTest].testInvokeMapWithReduceExceptionPhaseInRemoteExecution fails randomly on Windows and Solaris with JDK7
by Vitalii Chepeliuk (JIRA)
[ https://issues.jboss.org/browse/ISPN-4151?page=com.atlassian.jira.plugin.... ]
Vitalii Chepeliuk updated ISPN-4151:
------------------------------------
Summary: [SimpleTwoNodesMapReduceTest,TopologyAwareTwoNodesMapReduceTest].testInvokeMapWithReduceExceptionPhaseInRemoteExecution fails randomly on Windows and Solaris with JDK7 (was: SimpleTwoNodesMapReduceTest.testInvokeMapWithReduceExceptionPhaseInRemoteExecution fails randomly on Windows with JDK7)
> [SimpleTwoNodesMapReduceTest,TopologyAwareTwoNodesMapReduceTest].testInvokeMapWithReduceExceptionPhaseInRemoteExecution fails randomly on Windows and Solaris with JDK7
> ------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: ISPN-4151
> URL: https://issues.jboss.org/browse/ISPN-4151
> Project: Infinispan
> Issue Type: Bug
> Components: Distributed Execution and Map/Reduce
> Affects Versions: 6.0.2.Final
> Environment: WIndows2012&&JDK7
> Reporter: Vitalii Chepeliuk
> Assignee: Dan Berindei
> Labels: testsuite_stability
>
> org.testng.TestException:
> Method SimpleTwoNodesMapReduceTest.testInvokeMapWithReduceExceptionPhaseInRemoteExecution()[pri:0, instance:org.infinispan.distexec.mapreduce.SimpleTwoNodesMapReduceTest@7c1943b6] should have thrown an exception of class org.infinispan.commons.CacheException
> at org.testng.internal.Invoker.handleInvocationResults(Invoker.java:1518)
> at org.testng.internal.Invoker.invokeMethod(Invoker.java:764)
> at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:907)
> at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1237)
> at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127)
> at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111)
> at org.testng.TestRunner.privateRun(TestRunner.java:767)
> at org.testng.TestRunner.run(TestRunner.java:617)
> at org.testng.SuiteRunner.runTest(SuiteRunner.java:334)
> at org.testng.SuiteRunner.access$000(SuiteRunner.java:37)
> at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:368)
> at org.testng.internal.thread.ThreadUtil$2.call(ThreadUtil.java:64)
> at java.util.concurrent.FutureTask.run(FutureTask.java:262)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:744)
> * Jenkins
> https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e...
> https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e...
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years
[JBoss JIRA] (ISPN-3367) ClusterTopologyManagerTest.testClusterRecoveryWithRebalance fails randomly
by Vitalii Chepeliuk (JIRA)
[ https://issues.jboss.org/browse/ISPN-3367?page=com.atlassian.jira.plugin.... ]
Vitalii Chepeliuk updated ISPN-3367:
------------------------------------
Affects Version/s: 6.0.2.Final
> ClusterTopologyManagerTest.testClusterRecoveryWithRebalance fails randomly
> --------------------------------------------------------------------------
>
> Key: ISPN-3367
> URL: https://issues.jboss.org/browse/ISPN-3367
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Affects Versions: 6.0.0.Alpha1, 6.0.2.Final
> Environment: {w2k8r2 OracleJDK1.7}, { RHEL6_x86_64, OracleJDK1.7 and OpenJDK1.7}, {solaris10_x86_64 and solaris10-sparc_x86_64, OracleJDK1.7}
> Reporter: Vitalii Chepeliuk
> Assignee: Dan Berindei
> Labels: testsuite_stability
> Fix For: 7.0.0.Alpha1, 7.0.0.Final
>
> Attachments: ClusterTopologyManagerTest.log.zip
>
>
> Error Message
> Thread already timed out waiting for event merge
> Stacktrace
> java.lang.IllegalStateException: Thread already timed out waiting for event merge
> at org.infinispan.test.fwk.CheckPoint.trigger(CheckPoint.java:131)
> at org.infinispan.test.fwk.CheckPoint.triggerForever(CheckPoint.java:120)
> at org.infinispan.statetransfer.ClusterTopologyManagerTest.testClusterRecoveryWithRebalance(ClusterTopologyManagerTest.java:280)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:80)
> at org.testng.internal.Invoker.invokeMethod(Invoker.java:715)
> at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:907)
> at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1237)
> at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127)
> at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111)
> at org.testng.TestRunner.privateRun(TestRunner.java:767)
> at org.testng.TestRunner.run(TestRunner.java:617)
> at org.testng.SuiteRunner.runTest(SuiteRunner.java:334)
> at org.testng.SuiteRunner.access$000(SuiteRunner.java:37)
> at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:368)
> at org.testng.internal.thread.ThreadUtil$2.call(ThreadUtil.java:64)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:724)
> Add links to jenkins jobs
> windows, OracleJDK1.7>>>
> https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e...
> https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e...
> Linux, OracleJDK1.7>>>
> https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e...
> Linux, OpenJDK1.7>>>
> https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e...
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years
[JBoss JIRA] (ISPN-3631) AsyncStoreEvictionTest.testSizeAfterRemoveAndExpiration fails randomly
by Vitalii Chepeliuk (JIRA)
[ https://issues.jboss.org/browse/ISPN-3631?page=com.atlassian.jira.plugin.... ]
Vitalii Chepeliuk updated ISPN-3631:
------------------------------------
Summary: AsyncStoreEvictionTest.testSizeAfterRemoveAndExpiration fails randomly (was: org.infinispan.persistence.support.AsyncStoreEvictionTest.testSizeAfterRemoveAndExpiration fails randomly)
> AsyncStoreEvictionTest.testSizeAfterRemoveAndExpiration fails randomly
> ----------------------------------------------------------------------
>
> Key: ISPN-3631
> URL: https://issues.jboss.org/browse/ISPN-3631
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Core
> Affects Versions: 6.0.0.CR1, 6.0.0.Final
> Environment: {IBM JDK, OPEN JDK} x {RHEL5, RHEL6}, Solaris
> Reporter: Vitalii Chepeliuk
> Assignee: Dan Berindei
> Labels: testsuite_stability
> Attachments: AsyncStoreEvictionTest.log.zip
>
>
> java.lang.AssertionError: remove only works after expiration
> at org.testng.AssertJUnit.fail(AssertJUnit.java:59)
> at org.testng.AssertJUnit.assertTrue(AssertJUnit.java:24)
> at org.testng.AssertJUnit.assertFalse(AssertJUnit.java:41)
> at org.infinispan.persistence.support.AsyncStoreEvictionTest$10.call(AsyncStoreEvictionTest.java:289)
> at org.infinispan.test.TestingUtil.withCacheManager(TestingUtil.java:1236)
> at org.infinispan.persistence.support.AsyncStoreEvictionTest.testSizeAfterRemoveAndExpiration(AsyncStoreEvictionTest.java:281)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:80)
> at org.testng.internal.Invoker.invokeMethod(Invoker.java:715)
> at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:907)
> at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1237)
> at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127)
> at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111)
> at org.testng.TestRunner.privateRun(TestRunner.java:767)
> at org.testng.TestRunner.run(TestRunner.java:617)
> at org.testng.SuiteRunner.runTest(SuiteRunner.java:334)
> at org.testng.SuiteRunner.access$000(SuiteRunner.java:37)
> at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:368)
> at org.testng.internal.thread.ThreadUtil$2.call(ThreadUtil.java:64)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:724)
> Here are links on jenkins job
> https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e...
> https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e...
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years
[JBoss JIRA] (ISPN-4137) Transaction executed multiple times due to forwarded CommitCommand
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-4137?page=com.atlassian.jira.plugin.... ]
Dan Berindei commented on ISPN-4137:
------------------------------------
While trying to write a test for the issue, I realized that the issue isn't actually related to state transfer. The only link with state transfer is that it may be more likely for a commit command to time out if it's waiting for a node to install a new topology, or forwarding the commit to a new node which is itself waiting for a new topology.
Let's say we have a transaction with a put(k, v) command, the originator is A, and the key owners are B (primary) and C (backup).
Let's also assume the local commit on either node can't fail, the only possible failure is replication timeout.
If the commit command sent from A to C times out, A will send a rollback command to B and C, and there are two cases:
1. C applies the commit before receiving the rollback command, and writes {{k=v}} in the cache without B holding the lock on {{k}} - allowing it to overwrite another transaction.
2. C receives the rollback command and skips the commit command, leaving {{k=v}} on B and {{k=null}} on C.
The only way out of this is to not send the rollback command at all, and use recovery to force the commit or rollback on A - but blocking any transactions that want to write to {{k}} in the meantime. When recovery is enabled, this is what my fix does, but I'm not sure if holding the lock on {{k}} for in-doubt transactions is ok. [~mircea.markus], WDYT?
There is a slightly different problem that my PR does fix: if the commit succeeds on both B and C, but A sees a topology change, it will re-send the commit command to both B and C. Without the change, B and C will both replay both the prepare and the commit, allowing for inconsistencies. But with the change, the transaction is seen as already completed and B and C do nothing.
> Transaction executed multiple times due to forwarded CommitCommand
> ------------------------------------------------------------------
>
> Key: ISPN-4137
> URL: https://issues.jboss.org/browse/ISPN-4137
> Project: Infinispan
> Issue Type: Bug
> Components: State Transfer, Transactions
> Reporter: Radim Vansa
> Assignee: Dan Berindei
> Priority: Critical
>
> When the {{StateTransferInterceptor}} forwards a CommitCommand for the new topology, multiple CommitCommands may be broadcast across the cluster. If the command (forwarded already from originator) times out, the transaction may be correctly finished by the first one and the application considers TX as succeeded (useSynchronizations=true), although one more Rollback is sent as well.
> Then, again in STI, when the CommitCommand arrives with higher topologyId than the one used for the first TX execution, another artificial Prepare (followed by the commit) is executed - see {{STI.visitCommitCommand}}.
> However, this execution may be delayed a lot and originator may have already executed another TX on the same entries. Then, this forwarded Commit will overwrite the already updated entries, causing inconsistency of data.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years