[JBoss JIRA] (ISPN-3765) SingleFileStoreStressTest.testWritesAndClear && SingleFileStoreFunctionalTest.testParsingEmptyElement fail with IBM6 JDK
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-3765?page=com.atlassian.jira.plugin.... ]
Dan Berindei commented on ISPN-3765:
------------------------------------
I found the real problem, calling {{iterator.remove()}} on a TreeMap iterator in IBM JDK6 actually searches for the key in the map, and it couldn't find it because {{FileEntry.compareTo(fe)}} never returned 0: ISPN-4035.
> SingleFileStoreStressTest.testWritesAndClear && SingleFileStoreFunctionalTest.testParsingEmptyElement fail with IBM6 JDK
> ------------------------------------------------------------------------------------------------------------------------
>
> Key: ISPN-3765
> URL: https://issues.jboss.org/browse/ISPN-3765
> Project: Infinispan
> Issue Type: Bug
> Components: Loaders and Stores
> Affects Versions: 6.0.0.Final
> Environment: RHEL6x86 IBM6
> Reporter: Vitalii Chepeliuk
> Assignee: Dan Berindei
> Labels: testsuite_stability
> Attachments: traces.zip
>
>
> Following exception is thrown
> java.util.concurrent.ExecutionException: java.lang.Exception: org.infinispan.persistence.spi.PersistenceException: java.lang.NullPointerException
> at java.util.concurrent.FutureTask$Sync.innerGet(FutureTask.java:233)
> at java.util.concurrent.FutureTask.get(FutureTask.java:94)
> at org.infinispan.persistence.file.SingleFileStoreStressTest.testWritesAndClear(SingleFileStoreStressTest.java:127)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
> at java.lang.reflect.Method.invoke(Method.java:611)
> 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:314)
> at java.util.concurrent.FutureTask.run(FutureTask.java:149)
> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:908)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:931)
> at java.lang.Thread.run(Thread.java:738)
> Caused by: java.lang.Exception: org.infinispan.persistence.spi.PersistenceException: java.lang.NullPointerException
> at org.infinispan.persistence.file.SingleFileStoreStressTest$StopOnExceptionTask.call(SingleFileStoreStressTest.java:257)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:314)
> at java.util.concurrent.FutureTask.run(FutureTask.java:149)
> ... 1 more
> Caused by: org.infinispan.persistence.spi.PersistenceException: java.lang.NullPointerException
> at org.infinispan.persistence.file.SingleFileStore.write(SingleFileStore.java:317)
> at org.infinispan.persistence.file.SingleFileStoreStressTest$WriteTask.call(SingleFileStoreStressTest.java:169)
> at org.infinispan.persistence.file.SingleFileStoreStressTest$StopOnExceptionTask.call(SingleFileStoreStressTest.java:254)
> ... 3 more
> Caused by: java.lang.NullPointerException
> at java.util.TreeMap$AbstractSubMapIterator.remove(TreeMap.java:218)
> at org.infinispan.persistence.file.SingleFileStore.allocate(SingleFileStore.java:242)
> at org.infinispan.persistence.file.SingleFileStore.write(SingleFileStore.java:284)
> ... 5 more
> You can check all 5 builds were running here
> 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, 1 month
[JBoss JIRA] (ISPN-4036) StateConsumerImpl.isKeyUpdated searches for the key in the values collection
by Dan Berindei (JIRA)
Dan Berindei created ISPN-4036:
----------------------------------
Summary: StateConsumerImpl.isKeyUpdated searches for the key in the values collection
Key: ISPN-4036
URL: https://issues.jboss.org/browse/ISPN-4036
Project: Infinispan
Issue Type: Bug
Components: Core, State Transfer
Affects Versions: 6.0.1.Final
Reporter: Dan Berindei
Assignee: Dan Berindei
Priority: Critical
Fix For: 7.0.0.Alpha1
Introduced by the ISPN-3443 fix. I changed the {{updatedKeys}} HashSet to be an EquivalendConcurrentHashMap, but I forgot to change the {{contains(key)}} call to {{containsKey(key)}}. Since we use the same value for all the keys, it means state transfer might skip more keys than it should have.
--
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, 1 month
[JBoss JIRA] (ISPN-4035) SingleFileStore.FileEntry.compareTo is wrong
by Dan Berindei (JIRA)
Dan Berindei created ISPN-4035:
----------------------------------
Summary: SingleFileStore.FileEntry.compareTo is wrong
Key: ISPN-4035
URL: https://issues.jboss.org/browse/ISPN-4035
Project: Infinispan
Issue Type: Bug
Components: Core, Loaders and Stores
Affects Versions: 6.0.1.Final
Reporter: Dan Berindei
Assignee: Dan Berindei
Priority: Critical
Fix For: 7.0.0.Alpha1
Because {{FileEntry.compareTo(fe)}} never returns 0, allocated entries are not properly removed from the free list (at least on IBM JDK 6).
--
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, 1 month
[JBoss JIRA] (ISPN-2056) exception in stopping a component resulted in failing to stop cache manager
by dex chen (JIRA)
[ https://issues.jboss.org/browse/ISPN-2056?page=com.atlassian.jira.plugin.... ]
dex chen commented on ISPN-2056:
--------------------------------
No, I am still on 5.2.*.
thanks,
dex
> exception in stopping a component resulted in failing to stop cache manager
> ---------------------------------------------------------------------------
>
> Key: ISPN-2056
> URL: https://issues.jboss.org/browse/ISPN-2056
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Affects Versions: 5.1.4.FINAL
> Environment: ISPN 5.1.4.Final
> 2 node cluster with jgroup-tcp.xml and replication mode
> Reporter: dex chen
> Assignee: Galder Zamarreño
> Priority: Critical
> Fix For: 7.0.0.Final
>
>
> If cacheManager.stop() got any exception, the cache manger will not be able stopped by retrying stop().
> This will resulted in following new cache manager instance with same configure fail to start with following exception:
> org.infinispan.CacheException: Unable to invoke method public void
> org.infinispan.remoting.transport.jgroups.JGroupsTransport.start() on
> object of type JGroupsTransport
> at
> org.infinispan.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:238)
> at
> org.infinispan.factories.AbstractComponentRegistry$PrioritizedMethod.invoke(AbstractComponentRegistry.java:885)
> at
> org.infinispan.factories.AbstractComponentRegistry.invokeStartMethods(AbstractComponentRegistry.java:639)
> at
> org.infinispan.factories.AbstractComponentRegistry.registerComponentInternal(AbstractComponentRegistry.java:226)
> at
> org.infinispan.factories.ComponentRegistry.registerComponentInternal(ComponentRegistry.java:152)
> at
> org.infinispan.factories.AbstractComponentRegistry.registerComponent(AbstractComponentRegistry.java:175)
> at
> org.infinispan.factories.AbstractComponentRegistry.getOrCreateComponent(AbstractComponentRegistry.java:291)
> at
> org.infinispan.factories.AbstractComponentRegistry.invokeInjectionMethod(AbstractComponentRegistry.java:246)
> at
> org.infinispan.factories.AbstractComponentRegistry.access$000(AbstractComponentRegistry.java:83)
> at
> org.infinispan.factories.AbstractComponentRegistry$Component.injectDependencies(AbstractComponentRegistry.java:792)
> at
> org.infinispan.factories.AbstractComponentRegistry.registerComponentInternal(AbstractComponentRegistry.java:220)
> at
> org.infinispan.factories.ComponentRegistry.registerComponentInternal(ComponentRegistry.java:154)
> at
> org.infinispan.factories.AbstractComponentRegistry.registerComponent(AbstractComponentRegistry.java:175)
> at
> org.infinispan.factories.AbstractComponentRegistry.getOrCreateComponent(AbstractComponentRegistry.java:291)
> at
> org.infinispan.factories.AbstractComponentRegistry.invokeInjectionMethod(AbstractComponentRegistry.java:246)
> at
> org.infinispan.factories.AbstractComponentRegistry.access$000(AbstractComponentRegistry.java:83)
> at
> org.infinispan.factories.AbstractComponentRegistry$Component.injectDependencies(AbstractComponentRegistry.java:792)
> at
> org.infinispan.factories.AbstractComponentRegistry.registerComponentInternal(AbstractComponentRegistry.java:220)
> at
> org.infinispan.factories.ComponentRegistry.registerComponentInternal(ComponentRegistry.java:154)
> at
> org.infinispan.factories.AbstractComponentRegistry.registerComponent(AbstractComponentRegistry.java:175)
> at
> org.infinispan.factories.AbstractComponentRegistry.getOrCreateComponent(AbstractComponentRegistry.java:291)
> at
> org.infinispan.factories.AbstractComponentRegistry.invokeInjectionMethod(AbstractComponentRegistry.java:246)
> at
> org.infinispan.factories.AbstractComponentRegistry.access$000(AbstractComponentRegistry.java:83)
> at
> org.infinispan.factories.AbstractComponentRegistry$Component.injectDependencies(AbstractComponentRegistry.java:792)
> at
> org.infinispan.factories.AbstractComponentRegistry.registerComponentInternal(AbstractComponentRegistry.java:220)
> at
> org.infinispan.factories.ComponentRegistry.registerComponentInternal(ComponentRegistry.java:154)
> at
> org.infinispan.factories.AbstractComponentRegistry.registerComponent(AbstractComponentRegistry.java:175)
> at
> org.infinispan.factories.AbstractComponentRegistry.registerComponent(AbstractComponentRegistry.java:167)
> at
> org.infinispan.factories.InterceptorChainFactory.register(InterceptorChainFactory.java:73)
> at
> org.infinispan.factories.InterceptorChainFactory.createInterceptor(InterceptorChainFactory.java:62)
> at
> org.infinispan.factories.InterceptorChainFactory.buildInterceptorChain(InterceptorChainFactory.java:95)
> at
> org.infinispan.factories.InterceptorChainFactory.construct(InterceptorChainFactory.java:272)
> at
> org.infinispan.factories.AbstractComponentRegistry.getOrCreateComponent(AbstractComponentRegistry.java:286)
> at
> org.infinispan.factories.AbstractComponentRegistry.invokeInjectionMethod(AbstractComponentRegistry.java:246)
> at
> org.infinispan.factories.AbstractComponentRegistry.access$000(AbstractComponentRegistry.java:83)
> at
> org.infinispan.factories.AbstractComponentRegistry$Component.injectDependencies(AbstractComponentRegistry.java:792)
> at
> org.infinispan.factories.AbstractComponentRegistry.registerComponentInternal(AbstractComponentRegistry.java:220)
> at
> org.infinispan.factories.ComponentRegistry.registerComponentInternal(ComponentRegistry.java:154)
> at
> org.infinispan.factories.AbstractComponentRegistry.registerComponent(AbstractComponentRegistry.java:175)
> at
> org.infinispan.factories.AbstractComponentRegistry.getOrCreateComponent(AbstractComponentRegistry.java:291)
> at
> org.infinispan.factories.AbstractComponentRegistry.invokeInjectionMethod(AbstractComponentRegistry.java:246)
> at
> org.infinispan.factories.AbstractComponentRegistry.access$000(AbstractComponentRegistry.java:83)
> at
> org.infinispan.factories.AbstractComponentRegistry$Component.injectDependencies(AbstractComponentRegistry.java:792)
> at
> org.infinispan.factories.AbstractComponentRegistry.registerComponentInternal(AbstractComponentRegistry.java:220)
> at
> org.infinispan.factories.ComponentRegistry.registerComponentInternal(ComponentRegistry.java:154)
> at
> org.infinispan.factories.AbstractComponentRegistry.registerComponent(AbstractComponentRegistry.java:175)
> at
> org.infinispan.factories.AbstractComponentRegistry.getOrCreateComponent(AbstractComponentRegistry.java:291)
> at
> org.infinispan.factories.AbstractComponentRegistry.invokeInjectionMethod(AbstractComponentRegistry.java:246)
> at
> org.infinispan.factories.AbstractComponentRegistry.access$000(AbstractComponentRegistry.java:83)
> at
> org.infinispan.factories.AbstractComponentRegistry$Component.injectDependencies(AbstractComponentRegistry.java:792)
> at
> org.infinispan.factories.AbstractComponentRegistry.registerComponentInternal(AbstractComponentRegistry.java:220)
> at
> org.infinispan.factories.ComponentRegistry.registerComponentInternal(ComponentRegistry.java:154)
> at
> org.infinispan.factories.AbstractComponentRegistry.registerComponent(AbstractComponentRegistry.java:175)
> at
> org.infinispan.factories.AbstractComponentRegistry.getOrCreateComponent(AbstractComponentRegistry.java:291)
> at
> org.infinispan.factories.AbstractComponentRegistry.invokeInjectionMethod(AbstractComponentRegistry.java:246)
> at
> org.infinispan.factories.AbstractComponentRegistry.access$000(AbstractComponentRegistry.java:83)
> at
> org.infinispan.factories.AbstractComponentRegistry$Component.injectDependencies(AbstractComponentRegistry.java:792)
> at
> org.infinispan.factories.AbstractComponentRegistry.registerComponentInternal(AbstractComponentRegistry.java:220)
> at
> org.infinispan.factories.ComponentRegistry.registerComponentInternal(ComponentRegistry.java:154)
> at
> org.infinispan.factories.AbstractComponentRegistry.registerComponent(AbstractComponentRegistry.java:175)
> at
> org.infinispan.factories.AbstractComponentRegistry.getOrCreateComponent(AbstractComponentRegistry.java:291)
> at
> org.infinispan.factories.AbstractComponentRegistry.invokeInjectionMethod(AbstractComponentRegistry.java:246)
> at
> org.infinispan.factories.AbstractComponentRegistry.access$000(AbstractComponentRegistry.java:83)
> at
> org.infinispan.factories.AbstractComponentRegistry$Component.injectDependencies(AbstractComponentRegistry.java:792)
> at
> org.infinispan.factories.AbstractComponentRegistry.registerComponentInternal(AbstractComponentRegistry.java:220)
> at
> org.infinispan.factories.ComponentRegistry.registerComponentInternal(ComponentRegistry.java:154)
> at
> org.infinispan.factories.AbstractComponentRegistry.registerComponent(AbstractComponentRegistry.java:175)
> at
> org.infinispan.factories.AbstractComponentRegistry.getOrCreateComponent(AbstractComponentRegistry.java:291)
> at
> org.infinispan.factories.AbstractComponentRegistry.invokeInjectionMethod(AbstractComponentRegistry.java:246)
> at
> org.infinispan.factories.AbstractComponentRegistry.access$000(AbstractComponentRegistry.java:83)
> at
> org.infinispan.factories.AbstractComponentRegistry$Component.injectDependencies(AbstractComponentRegistry.java:792)
> at
> org.infinispan.factories.AbstractComponentRegistry.registerComponentInternal(AbstractComponentRegistry.java:220)
> at
> org.infinispan.factories.ComponentRegistry.registerComponentInternal(ComponentRegistry.java:154)
> at
> org.infinispan.factories.AbstractComponentRegistry.registerComponent(AbstractComponentRegistry.java:175)
> at
> org.infinispan.factories.AbstractComponentRegistry.getOrCreateComponent(AbstractComponentRegistry.java:291)
> at
> org.infinispan.factories.AbstractComponentRegistry.invokeInjectionMethod(AbstractComponentRegistry.java:246)
> at
> org.infinispan.factories.AbstractComponentRegistry.access$000(AbstractComponentRegistry.java:83)
> at
> org.infinispan.factories.AbstractComponentRegistry$Component.injectDependencies(AbstractComponentRegistry.java:792)
> at
> org.infinispan.factories.AbstractComponentRegistry.registerComponentInternal(AbstractComponentRegistry.java:220)
> at
> org.infinispan.factories.ComponentRegistry.registerComponentInternal(ComponentRegistry.java:154)
> at
> org.infinispan.factories.AbstractComponentRegistry.registerComponent(AbstractComponentRegistry.java:175)
> at
> org.infinispan.factories.InternalCacheFactory.bootstrap(InternalCacheFactory.java:102)
> at
> org.infinispan.factories.InternalCacheFactory.createAndWire(InternalCacheFactory.java:78)
> at
> org.infinispan.factories.InternalCacheFactory.createCache(InternalCacheFactory.java:62)
> at
> org.infinispan.manager.DefaultCacheManager.wireCache(DefaultCacheManager.java:692)
> at
> org.infinispan.manager.DefaultCacheManager.createCache(DefaultCacheManager.java:649)
> at
> org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:549)
> at
> .....StatusUpdater.poll.....
> ....
> Caused by: org.infinispan.CacheException: Unable to start JGroups Channel
> at
> org.infinispan.remoting.transport.jgroups.JGroupsTransport.startJGroupsChannelIfNeeded(JGroupsTransport.java:186)
> at
> org.infinispan.remoting.transport.jgroups.JGroupsTransport.start(JGroupsTransport.java:175)
> at sun.reflect.GeneratedMethodAccessor104.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:601)
> at
> org.infinispan.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:236)
> ... 96 more
> Caused by: java.lang.IllegalStateException: cluster 'HA_Customer_9.3' is
> already connected to singleton transport: [dummy-1336085803144,
> dummy-1336085899401, dummy-1336085785840, dummy-1336085828476,
> dummy-1336085808197, HA_Customer_9.3, dummy-1336085874063,
> dummy-1336085868964, dummy-1336085785779, dummy-1336085818352,
> dummy-1336085792988, dummy-1336085879152, dummy-1336085823409,
> dummy-1336085785693, dummy-1336085848698, dummy-1336085785734,
> dummy-1336085813295, dummy-1336085889257, dummy-1336085853769,
> dummy-1336085894308, dummy-1336085843643, dummy-1336085833534,
> dummy-1336085787888, dummy-1336085798048, dummy-1336085785653,
> dummy-1336085884206, dummy-1336085863914, dummy-1336085785603,
> dummy-1336085838588, dummy-1336085858821]
> at org.jgroups.stack.ProtocolStack.startStack(ProtocolStack.java:909)
> at org.jgroups.JChannel.startStack(JChannel.java:841)
> at org.jgroups.JChannel.connect(JChannel.java:277)
> at org.jgroups.JChannel.connect(JChannel.java:261)
> at
> org.infinispan.remoting.transport.jgroups.JGroupsTransport.startJGroupsChannelIfNeeded(JGroupsTransport.java:184)
> This specific case is caused by cache manager can not terminate the first cache manager instance becaue of SyncFailedException: sync failed as shown:
> 2012-05-17/10:11:32.539/MDT [Thread-23] DEBUG com.symplified.service.shared.platform.cluster.InfinispanClusterCacheStoreServiceImpl[183] - exception caught in stop existing cache manager
> org.infinispan.CacheException: Unable to invoke method public void org.infinispan.loaders.CacheLoaderManagerImpl.stop() on object of type CacheLoaderManagerImpl
> at org.infinispan.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:238)
> at org.infinispan.factories.AbstractComponentRegistry$PrioritizedMethod.invoke(AbstractComponentRegistry.java:885)
> at org.infinispan.factories.AbstractComponentRegistry.internalStop(AbstractComponentRegistry.java:674)
> at org.infinispan.factories.AbstractComponentRegistry.stop(AbstractComponentRegistry.java:553)
> at org.infinispan.factories.ComponentRegistry.stop(ComponentRegistry.java:199)
> at org.infinispan.CacheImpl.stop(CacheImpl.java:539)
> at org.infinispan.CacheImpl.stop(CacheImpl.java:531)
> at org.infinispan.manager.DefaultCacheManager.stop(DefaultCacheManager.java:742)
> .....
> Caused by: org.infinispan.CacheException: java.io.SyncFailedException: sync failed
> at org.infinispan.loaders.jdbm.JdbmCacheStore.stop(JdbmCacheStore.java:246)
> at org.infinispan.loaders.decorators.AbstractDelegatingStore.stop(AbstractDelegatingStore.java:155)
> at org.infinispan.loaders.decorators.AsyncStore.stop(AsyncStore.java:237)
> at org.infinispan.loaders.CacheLoaderManagerImpl.stop(CacheLoaderManagerImpl.java:221)
> 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:601)
> at org.infinispan.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:236)
> ... 14 more
> Caused by: java.io.SyncFailedException: sync failed
> at java.io.FileDescriptor.sync(Native Method)
> at jdbm.recman.TransactionManager.sync(TransactionManager.java:331)
> at jdbm.recman.TransactionManager.close(TransactionManager.java:347)
> at jdbm.recman.TransactionManager.synchronizeLogFromMemory(TransactionManager.java:156)
> at jdbm.recman.TransactionManager.shutdown(TransactionManager.java:339)
> at jdbm.recman.RecordFile.close(RecordFile.java:346)
> at jdbm.recman.BaseRecordManager.close(BaseRecordManager.java:168)
> I do not see there is any way to froce stop the cache manager.
--
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, 1 month
[JBoss JIRA] (ISPN-4033) ConcurrentInterceptorVisibilityTest.testGetVisibility random failures
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-4033?page=com.atlassian.jira.plugin.... ]
Dan Berindei updated ISPN-4033:
-------------------------------
Labels: testsuite_stability (was: )
> ConcurrentInterceptorVisibilityTest.testGetVisibility random failures
> ---------------------------------------------------------------------
>
> Key: ISPN-4033
> URL: https://issues.jboss.org/browse/ISPN-4033
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Core
> Affects Versions: 6.0.1.Final
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Labels: testsuite_stability
> Fix For: 7.0.0.Alpha1
>
> Attachments: ConcurrentInterceptorVisibilityTest.log
>
>
> http://ci.infinispan.org/viewLog.html?buildId=5934&tab=buildResultsDiv&bu...
> {noformat}
> 17:28:43,212 ERROR (testng-ConcurrentInterceptorVisibilityTest:) [UnitTestTestNGListener] Test testGetVisibility(org.infinispan.interceptors.ConcurrentInterceptorVisibilityTest) failed.
> java.lang.RuntimeException: java.util.concurrent.TimeoutException
> at org.infinispan.interceptors.ConcurrentInterceptorVisibilityTest$1.call(ConcurrentInterceptorVisibilityTest.java:101)
> at org.infinispan.test.TestingUtil.withCacheManager(TestingUtil.java:1243)
> at org.infinispan.interceptors.ConcurrentInterceptorVisibilityTest.updateCache(ConcurrentInterceptorVisibilityTest.java:52)
> at org.infinispan.interceptors.ConcurrentInterceptorVisibilityTest.testGetVisibility(ConcurrentInterceptorVisibilityTest.java:39)
> Caused by: java.util.concurrent.TimeoutException
> at java.util.concurrent.FutureTask$Sync.innerGet(FutureTask.java:228)
> at java.util.concurrent.FutureTask.get(FutureTask.java:91)
> at org.infinispan.interceptors.ConcurrentInterceptorVisibilityTest$1.call(ConcurrentInterceptorVisibilityTest.java:97)
> ... 24 more
> {noformat}
--
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, 1 month
[JBoss JIRA] (ISPN-4034) Cache RPCs should not wait for replies from nodes that have not joined the cache
by Dan Berindei (JIRA)
Dan Berindei created ISPN-4034:
----------------------------------
Summary: Cache RPCs should not wait for replies from nodes that have not joined the cache
Key: ISPN-4034
URL: https://issues.jboss.org/browse/ISPN-4034
Project: Infinispan
Issue Type: Bug
Components: Core
Affects Versions: 6.0.1.Final
Reporter: Dan Berindei
Assignee: Dan Berindei
Fix For: 7.0.0.Final
In a replicated cache, commands are broadcasted to the entire cluster and the originator waits for some kind of response from all the nodes in the cluster, even they are not members of the cache.
If a node doesn't have Infinispan's RpcDispatcher installed, it will never send any response, and replicated cache operations on the other nodes will all time out. See MissingRpcDispatcherTest for an example.
--
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, 1 month
[JBoss JIRA] (ISPN-4033) ConcurrentInterceptorVisibilityTest.testGetVisibility random failures
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-4033?page=com.atlassian.jira.plugin.... ]
Dan Berindei updated ISPN-4033:
-------------------------------
Attachment: ConcurrentInterceptorVisibilityTest.log
> ConcurrentInterceptorVisibilityTest.testGetVisibility random failures
> ---------------------------------------------------------------------
>
> Key: ISPN-4033
> URL: https://issues.jboss.org/browse/ISPN-4033
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Core
> Affects Versions: 6.0.1.Final
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Fix For: 7.0.0.Alpha1
>
> Attachments: ConcurrentInterceptorVisibilityTest.log
>
>
> http://ci.infinispan.org/viewLog.html?buildId=5934&tab=buildResultsDiv&bu...
> {noformat}
> 17:28:43,212 ERROR (testng-ConcurrentInterceptorVisibilityTest:) [UnitTestTestNGListener] Test testGetVisibility(org.infinispan.interceptors.ConcurrentInterceptorVisibilityTest) failed.
> java.lang.RuntimeException: java.util.concurrent.TimeoutException
> at org.infinispan.interceptors.ConcurrentInterceptorVisibilityTest$1.call(ConcurrentInterceptorVisibilityTest.java:101)
> at org.infinispan.test.TestingUtil.withCacheManager(TestingUtil.java:1243)
> at org.infinispan.interceptors.ConcurrentInterceptorVisibilityTest.updateCache(ConcurrentInterceptorVisibilityTest.java:52)
> at org.infinispan.interceptors.ConcurrentInterceptorVisibilityTest.testGetVisibility(ConcurrentInterceptorVisibilityTest.java:39)
> Caused by: java.util.concurrent.TimeoutException
> at java.util.concurrent.FutureTask$Sync.innerGet(FutureTask.java:228)
> at java.util.concurrent.FutureTask.get(FutureTask.java:91)
> at org.infinispan.interceptors.ConcurrentInterceptorVisibilityTest$1.call(ConcurrentInterceptorVisibilityTest.java:97)
> ... 24 more
> {noformat}
--
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, 1 month
[JBoss JIRA] (ISPN-4033) ConcurrentInterceptorVisibilityTest.testGetVisibility random failures
by Dan Berindei (JIRA)
Dan Berindei created ISPN-4033:
----------------------------------
Summary: ConcurrentInterceptorVisibilityTest.testGetVisibility random failures
Key: ISPN-4033
URL: https://issues.jboss.org/browse/ISPN-4033
Project: Infinispan
Issue Type: Bug
Components: Test Suite - Core
Affects Versions: 6.0.1.Final
Reporter: Dan Berindei
Assignee: Dan Berindei
Fix For: 7.0.0.Alpha1
http://ci.infinispan.org/viewLog.html?buildId=5934&tab=buildResultsDiv&bu...
{noformat}
17:28:43,212 ERROR (testng-ConcurrentInterceptorVisibilityTest:) [UnitTestTestNGListener] Test testGetVisibility(org.infinispan.interceptors.ConcurrentInterceptorVisibilityTest) failed.
java.lang.RuntimeException: java.util.concurrent.TimeoutException
at org.infinispan.interceptors.ConcurrentInterceptorVisibilityTest$1.call(ConcurrentInterceptorVisibilityTest.java:101)
at org.infinispan.test.TestingUtil.withCacheManager(TestingUtil.java:1243)
at org.infinispan.interceptors.ConcurrentInterceptorVisibilityTest.updateCache(ConcurrentInterceptorVisibilityTest.java:52)
at org.infinispan.interceptors.ConcurrentInterceptorVisibilityTest.testGetVisibility(ConcurrentInterceptorVisibilityTest.java:39)
Caused by: java.util.concurrent.TimeoutException
at java.util.concurrent.FutureTask$Sync.innerGet(FutureTask.java:228)
at java.util.concurrent.FutureTask.get(FutureTask.java:91)
at org.infinispan.interceptors.ConcurrentInterceptorVisibilityTest$1.call(ConcurrentInterceptorVisibilityTest.java:97)
... 24 more
{noformat}
--
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, 1 month
[JBoss JIRA] (ISPN-4032) Listeners on originator node in DIST are notified even when not an owner
by William Burns (JIRA)
William Burns created ISPN-4032:
-----------------------------------
Summary: Listeners on originator node in DIST are notified even when not an owner
Key: ISPN-4032
URL: https://issues.jboss.org/browse/ISPN-4032
Project: Infinispan
Issue Type: Bug
Components: Core, Listeners
Affects Versions: 6.0.1.Final
Reporter: William Burns
Assignee: Dan Berindei
Fix For: 7.0.0.Final
Currently we notify listeners installed on the originator node when they perform a write command. This is done even when the originator node doesn't own the key. These notifications should only be fired by primary owner/backup owners normally and only primary if configured to do so.
The DistListenerTest currently even asserts this behavior around line ~85.
--
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, 1 month
[JBoss JIRA] (ISPN-3885) Non-Tx Cross Site optimizations
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-3885?page=com.atlassian.jira.plugin.... ]
Dan Berindei updated ISPN-3885:
-------------------------------
Status: Resolved (was: Pull Request Sent)
Resolution: Done
> Non-Tx Cross Site optimizations
> -------------------------------
>
> Key: ISPN-3885
> URL: https://issues.jboss.org/browse/ISPN-3885
> Project: Infinispan
> Issue Type: Enhancement
> Components: Cross-Site Replication
> Affects Versions: 6.0.1.Final
> Reporter: Pedro Ruivo
> Assignee: Pedro Ruivo
> Fix For: 7.0.0.Alpha1, 7.0.0.Final
>
>
> I find a couple of optimization that can be done.
> #1 I've noticed that we are sending the conditional commands to the backup sites without checking if the command is successful in the originator site. I think we can save network bandwidth and time to avoid serializing the commands that will fail...
> #2 Also, the originator is the node that sends the command to the other sites. IMO, it can generate inconsistencies because 2 or more nodes in /site_a/ can update the same key concurrently and other /site_b/ can receive the commands in different order (at least, I didn't see any protection mechanism against this case)
> I think the backup to other sites should be sent by the /primary_owner/ (lock owner).
--
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, 1 month