October 2013 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-3303) FilteredKeyAffinityServiceTest.testAddNewServer fails randomly

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-3303?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-3303: -------------------------------- Fix Version/s: (was: 6.0.0.Final) > FilteredKeyAffinityServiceTest.testAddNewServer fails randomly > -------------------------------------------------------------- > > Key: ISPN-3303 > URL: https://issues.jboss.org/browse/ISPN-3303 > Project: Infinispan > Issue Type: Bug > Affects Versions: 5.3.0.Final > Reporter: Pedro Ruivo > Assignee: Mircea Markus > Labels: testsuite_stability > Attachments: FilteredKeyAffinityServiceTest.testAddNewServer.tar.gz > > > in team city: http://ci.infinispan.org/viewLog.html?buildId=2360&tab=buildResultsDiv&bu... > {code:java} > java.lang.AssertionError: expected [true] but found [false] > at org.testng.Assert.fail(Assert.java:94) > at org.testng.Assert.failNotEquals(Assert.java:494) > at org.testng.Assert.assertTrue(Assert.java:42) > at org.testng.Assert.assertTrue(Assert.java:52) > at org.infinispan.test.AbstractInfinispanTest.eventually(AbstractInfinispanTest.java:62) > at org.infinispan.test.AbstractInfinispanTest.eventually(AbstractInfinispanTest.java:45) > at org.infinispan.affinity.BaseKeyAffinityServiceTest.assertEventualFullCapacity(BaseKeyAffinityServiceTest.java:76) > at org.infinispan.affinity.BaseFilterKeyAffinityServiceTest.assertUnaffected(BaseFilterKeyAffinityServiceTest.java:86) > at org.infinispan.affinity.BaseFilterKeyAffinityServiceTest.testAddNewServer(BaseFilterKeyAffinityServiceTest.java:51) > at org.infinispan.affinity.FilteredKeyAffinityServiceTest.testAddNewServer(FilteredKeyAffinityServiceTest.java:43) > 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:714) > at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:901) > at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1231) > 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) > {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, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3301) Tests create files where they shouldn't

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-3301?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-3301: -------------------------------- Fix Version/s: (was: 6.0.0.Final) > Tests create files where they shouldn't > --------------------------------------- > > Key: ISPN-3301 > URL: https://issues.jboss.org/browse/ISPN-3301 > Project: Infinispan > Issue Type: Bug > Components: Build process > Reporter: NadirX > Assignee: Tristan Tarrant > -- 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, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3295) Add a warning message to the log if the old bundler is enabled

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-3295?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-3295: -------------------------------- Fix Version/s: (was: 6.0.0.Final) > Add a warning message to the log if the old bundler is enabled > -------------------------------------------------------------- > > Key: ISPN-3295 > URL: https://issues.jboss.org/browse/ISPN-3295 > Project: Infinispan > Issue Type: Bug > Affects Versions: 5.3.0.Final > Reporter: Alan Field > Assignee: Mircea Markus > > In JGroups 3.3, the new bundler is the default. If the old bundler is enabled (i.e. UDP.bundler_type="old") then Infinispan performance is adversely affected. Infinispan should warn if the old bundler is enabled to notify users of this situation. -- 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, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3315) Retry remote get after topology change if all the targets are no longer owners

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-3315?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-3315: -------------------------------- Fix Version/s: (was: 6.0.0.Final) > Retry remote get after topology change if all the targets are no longer owners > ------------------------------------------------------------------------------ > > Key: ISPN-3315 > URL: https://issues.jboss.org/browse/ISPN-3315 > Project: Infinispan > Issue Type: Bug > Components: State transfer > Affects Versions: 5.3.0.Final > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Critical > > It's possible for a remote get to reach its intended targets only after they are no longer owners, and they don't have the key anymore. If that happens, instead of returning a {{null}} value, the originator should retry on the new owners (possibly in a loop). > Note that this is different from all the owners leaving the cluster at the same time: in that case retrying on the new owners wouldn't make a difference, because data would be lost anyway. -- 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, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3309) EntryWrappingInterceptor should not wrap entries on the originator in non-tx mode

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-3309?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-3309: -------------------------------- Fix Version/s: (was: 6.0.0.Final) > EntryWrappingInterceptor should not wrap entries on the originator in non-tx mode > --------------------------------------------------------------------------------- > > Key: ISPN-3309 > URL: https://issues.jboss.org/browse/ISPN-3309 > Project: Infinispan > Issue Type: Task > Components: Locking and Concurrency > Affects Versions: 5.3.0.Final > Reporter: Dan Berindei > Assignee: Dan Berindei > > EntryWrappingInterceptor assumes that lock delegation is only enabled in dist caches, so in a repl cache it will wrap the entry twice. This may mean that the entry is also written to the data container twice. > I have tried changing this assumption in the context of ISPN-3289, but it caused some failures in ClusteredCacheWithRamDirIndexManagerTest and ClusteredCacheWithInfinispanDirectoryTest. The query interceptor may be assuming that the entries are committed to the data container when {{ctx.isOriginLocal() == true}}, so it warrants a more thorough investigation. -- 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, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3341) OptimisticLockingTxClusterExtendedStatisticLogicTest.testWriteSkewOnNonOwner Intermittent failure

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-3341?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-3341: -------------------------------- Fix Version/s: (was: 6.0.0.Final) > OptimisticLockingTxClusterExtendedStatisticLogicTest.testWriteSkewOnNonOwner Intermittent failure > -------------------------------------------------------------------------------------------------- > > Key: ISPN-3341 > URL: https://issues.jboss.org/browse/ISPN-3341 > Project: Infinispan > Issue Type: Bug > Affects Versions: 6.0.0.Alpha1 > Reporter: Mircea Markus > Assignee: Pedro Ruivo > Labels: testsuite_stability > > http://ci.infinispan.org/viewLog.html?buildId=2543&tab=buildResultsDiv&bu... -- 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, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3334) Default jgroups-tcp.xml configuration could result in JGroups lock

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-3334?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-3334: -------------------------------- Fix Version/s: (was: 6.0.0.Final) > Default jgroups-tcp.xml configuration could result in JGroups lock > ------------------------------------------------------------------ > > Key: ISPN-3334 > URL: https://issues.jboss.org/browse/ISPN-3334 > Project: Infinispan > Issue Type: Bug > Affects Versions: 5.3.0.Final > Reporter: Ray Tsang > Assignee: Mircea Markus > > In default jgroups-tcp.xml [1]: > <MFC max_credits="200k" min_threshold="0.20"/> > <FRAG2 frag_size="60000"/> > According to JGRP-1659 [2]: > * Either set FRAG2.frag_size to be less than MFC.min_threshold * MFC.max_credits (=40k), e.g. to 20k, or > * Increase max_credits or min_threshold, such that their product is greater than FRAG2.frag_size > Recommend updating default jgroups-tcp.xml accordingly. > [1] https://github.com/infinispan/infinispan/blob/master/core/src/main/resour... > [2] https://issues.jboss.org/browse/JGRP-1659 -- 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, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3329) DatabaseStoredIndexTest.indexWasStored random failures

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-3329?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-3329: -------------------------------- Fix Version/s: (was: 6.0.0.Final) > DatabaseStoredIndexTest.indexWasStored random failures > ------------------------------------------------------ > > Key: ISPN-3329 > URL: https://issues.jboss.org/browse/ISPN-3329 > Project: Infinispan > Issue Type: Bug > Components: Lucene Directory > Affects Versions: 6.0.0.Alpha1 > Reporter: Dan Berindei > Assignee: Sanne Grinovero > Labels: testsuite_stability > > The test fails quite often with an assertion error like this: > {noformat} > java.lang.AssertionError: > 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.testng.AssertJUnit.assertFalse(AssertJUnit.java:49) > at org.infinispan.lucene.DatabaseStoredIndexTest.indexWasStored(DatabaseStoredIndexTest.java:111) > ------- Stdout: ------- > Failure on key[_0.nrm|0|16384|testing index] expected value: > ByteArray{size=6, array=0x4e524dff7c79..} actual value: > null > {noformat} > See http://ci.infinispan.org/project.html?projectId=Infinispan&tab=testDetail... -- 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, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3371) Add an non-tx distribution interceptor optimised for non-concurrent and async usage

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-3371?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-3371: -------------------------------- Fix Version/s: (was: 6.0.0.Final) > Add an non-tx distribution interceptor optimised for non-concurrent and async usage > ----------------------------------------------------------------------------------- > > Key: ISPN-3371 > URL: https://issues.jboss.org/browse/ISPN-3371 > Project: Infinispan > Issue Type: Feature Request > Affects Versions: 5.3.0.Final > Reporter: Mircea Markus > Assignee: Mircea Markus > > This is needed for: > - improving performance of sync caches that don't have concurrent writes > - improving performance of async caches for which there is no no consistency guarantee in the presence of concurrent writes anyway -- 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, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3367) org.infinispan.statetransfer.ClusterTopologyManagerTest.testClusterRecoveryWithRebalance fails randomly

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-3367?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-3367: -------------------------------- Fix Version/s: (was: 6.0.0.Final) > org.infinispan.statetransfer.ClusterTopologyManagerTest.testClusterRecoveryWithRebalance fails randomly > ------------------------------------------------------------------------------------------------------- > > Key: ISPN-3367 > URL: https://issues.jboss.org/browse/ISPN-3367 > Project: Infinispan > Issue Type: Bug > Components: Core API > Affects Versions: 6.0.0.Alpha1 > 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 > 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, 6 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues October 2013