December 2013 - infinispan-issues

[JBoss JIRA] (ISPN-3738) Entry version gets lost during topology change -> NPE

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-3738?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-3738: ----------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Entry version gets lost during topology change -> NPE > ----------------------------------------------------- > > Key: ISPN-3738 > URL: https://issues.jboss.org/browse/ISPN-3738 > Project: Infinispan > Issue Type: Bug > Components: Distributed Cache > Affects Versions: 6.0.0.Final > Reporter: Radim Vansa > Assignee: Pedro Ruivo > Priority: Critical > Labels: 620 > Fix For: 6.1.0.Final > > > Replicated TX cache with WSC, A, B are in cluster, C is joining > 0. The current CH already contains A and B as owners, C is joining (is not primary owner of anything yet). B is primary owner of K=V. > 1. A sends PrepareCommand to B and C with put(K, V) (V is null on all nodes) > 2. C receives PrepareCommand and responds with no versions (it is not primary owner) > 3. topology changes on B - primary ownership of K is transfered to C > 4. B receives PrepareCommand, responds without K's version (it is not primary) > 5. B forwards the Prepare to C as it sees that the command has lower topology ID > 6. C responds to B's prepare with version of K > 7. K version is *not* added to B's response, B responds to A > 8. A finds out that topology has changed, forwards prepare to C > 9. C responds to C's prepare with version of K > 10. A receives C's response, but the versions are not added to transaction > 11. A sends out CommitCommand missing version of K > 12. all nodes record K=V without version as usual ImmortalCacheEntry > 13. the next time we try to increase version of K=V, we fail with NPE in SimpleClusteredVersionGenerator (actually when it tries to throw IllegalArgumentException because the null version is unexpected version class) -- 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, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3518) 1PC can cause a window of inconsistency with L1 invalidation

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-3518?page=com.atlassian.jira.plugin.... ] William Burns commented on ISPN-3518: ------------------------------------- [~rvansa], the problem this was solving was more an issue where the same user could see a different value in a new tx even though their old one committed it. I believe the use case was more around when a user could find invalid data if it executes another tx on a different node right after. I think I discussed this with [~mircea.markus], he may remember more. > 1PC can cause a window of inconsistency with L1 invalidation > ------------------------------------------------------------ > > Key: ISPN-3518 > URL: https://issues.jboss.org/browse/ISPN-3518 > Project: Infinispan > Issue Type: Bug > Components: Distributed Cache > Affects Versions: 5.3.0.Final > Reporter: William Burns > Assignee: William Burns > Priority: Critical > Labels: 620 > Fix For: 6.0.0.Final > > > The L1TxInterceptor currently doesn't block on L1 invalidations during a 1PC. This can cause an inconsistent view of data across non owner nodes. > Example: > {quote} > Node A owns k with value of v1 > Node B has k in L1 with value of v1 > tx1 started > Node A put k -> v2 > Node A sends invalidation > Node A commits > tx1 completed > tx2 started > Node B get k returns v1 from L1 > tx2 completed > Node B gets invalidation for k > tx3 started > Node B get k remotely retrieves v2 from Node A > tx3 completed > {quote} > We need to make sure that all L1 invalidations in Tx mode are completed before completing the transaction. -- 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, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3764) ISPN testsuite fails for RHEL6x64 && IBM JDK6

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-3764?page=com.atlassian.jira.plugin.... ] Work on ISPN-3764 started by William Burns. > ISPN testsuite fails for RHEL6x64 && IBM JDK6 > ---------------------------------------------- > > Key: ISPN-3764 > URL: https://issues.jboss.org/browse/ISPN-3764 > Project: Infinispan > Issue Type: Bug > Components: Build process > Affects Versions: 6.0.0.Final > Environment: RHEL6x64 IBM6 > Reporter: Vitalii Chepeliuk > Assignee: William Burns > Priority: Critical > Labels: 620, testsuite_stability > > Sometimes build is stucked and sometiemes it throws following exception when CORE module is running > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > !!!!!! (testng-DistWriteSkewTest) Exiting because DistWriteSkewTest has NOT shut down all the cache managers it has started !!!!!!! > !!!!!! (testng-DistWriteSkewTest) See allocation stacktrace to find out where still-running cacheManager was created: !!!!!!! > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > java.lang.Throwable > at org.infinispan.test.fwk.TestCacheManagerFactory.addThreadCacheManager(TestCacheManagerFactory.java:373) > at org.infinispan.test.fwk.TestCacheManagerFactory.newDefaultCacheManager(TestCacheManagerFactory.java:356) > at org.infinispan.test.fwk.TestCacheManagerFactory.newDefaultCacheManager(TestCacheManagerFactory.java:68) > at org.infinispan.test.fwk.TestCacheManagerFactory.createClusteredCacheManager(TestCacheManagerFactory.java:160) > at org.infinispan.test.fwk.TestCacheManagerFactory.createClusteredCacheManager(TestCacheManagerFactory.java:151) > at org.infinispan.test.fwk.TestCacheManagerFactory.createClusteredCacheManager(TestCacheManagerFactory.java:125) > at org.infinispan.test.MultipleCacheManagersTest.addClusterEnabledCacheManager(MultipleCacheManagersTest.java:177) > at org.infinispan.test.MultipleCacheManagersTest.addClusterEnabledCacheManager(MultipleCacheManagersTest.java:162) > at org.infinispan.test.MultipleCacheManagersTest.createCluster(MultipleCacheManagersTest.java:196) > at org.infinispan.container.versioning.AbstractClusteredWriteSkewTest.createCacheManagers(AbstractClusteredWriteSkewTest.java:59) > at org.infinispan.test.MultipleCacheManagersTest.callCreateCacheManagers(MultipleCacheManagersTest.java:69) > at org.infinispan.test.MultipleCacheManagersTest.createBeforeMethod(MultipleCacheManagersTest.java:79) > at sun.reflect.GeneratedMethodAccessor151.invoke(Unknown Source) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) > at java.lang.reflect.Method.invoke(Method.java:611) > Add link to jenkins job > 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, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3764) ISPN testsuite fails for RHEL6x64 && IBM JDK6

by Vitalii Chepeliuk (JIRA)

[ https://issues.jboss.org/browse/ISPN-3764?page=com.atlassian.jira.plugin.... ] Vitalii Chepeliuk updated ISPN-3764: ------------------------------------ Description: Sometimes build is stucked and sometiemes it throws following exception when CORE module is running !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!! (testng-DistWriteSkewTest) Exiting because DistWriteSkewTest has NOT shut down all the cache managers it has started !!!!!!! !!!!!! (testng-DistWriteSkewTest) See allocation stacktrace to find out where still-running cacheManager was created: !!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! java.lang.Throwable at org.infinispan.test.fwk.TestCacheManagerFactory.addThreadCacheManager(TestCacheManagerFactory.java:373) at org.infinispan.test.fwk.TestCacheManagerFactory.newDefaultCacheManager(TestCacheManagerFactory.java:356) at org.infinispan.test.fwk.TestCacheManagerFactory.newDefaultCacheManager(TestCacheManagerFactory.java:68) at org.infinispan.test.fwk.TestCacheManagerFactory.createClusteredCacheManager(TestCacheManagerFactory.java:160) at org.infinispan.test.fwk.TestCacheManagerFactory.createClusteredCacheManager(TestCacheManagerFactory.java:151) at org.infinispan.test.fwk.TestCacheManagerFactory.createClusteredCacheManager(TestCacheManagerFactory.java:125) at org.infinispan.test.MultipleCacheManagersTest.addClusterEnabledCacheManager(MultipleCacheManagersTest.java:177) at org.infinispan.test.MultipleCacheManagersTest.addClusterEnabledCacheManager(MultipleCacheManagersTest.java:162) at org.infinispan.test.MultipleCacheManagersTest.createCluster(MultipleCacheManagersTest.java:196) at org.infinispan.container.versioning.AbstractClusteredWriteSkewTest.createCacheManagers(AbstractClusteredWriteSkewTest.java:59) at org.infinispan.test.MultipleCacheManagersTest.callCreateCacheManagers(MultipleCacheManagersTest.java:69) at org.infinispan.test.MultipleCacheManagersTest.createBeforeMethod(MultipleCacheManagersTest.java:79) at sun.reflect.GeneratedMethodAccessor151.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) at java.lang.reflect.Method.invoke(Method.java:611) Add link to jenkins job https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e... was: Sometimes build is stucked and sometiemes it throws following exception when CORE module is running !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!! (testng-DistWriteSkewTest) Exiting because DistWriteSkewTest has NOT shut down all the cache managers it has started !!!!!!! !!!!!! (testng-DistWriteSkewTest) See allocation stacktrace to find out where still-running cacheManager was created: !!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! java.lang.Throwable at org.infinispan.test.fwk.TestCacheManagerFactory.addThreadCacheManager(TestCacheManagerFactory.java:373) at org.infinispan.test.fwk.TestCacheManagerFactory.newDefaultCacheManager(TestCacheManagerFactory.java:356) at org.infinispan.test.fwk.TestCacheManagerFactory.newDefaultCacheManager(TestCacheManagerFactory.java:68) at org.infinispan.test.fwk.TestCacheManagerFactory.createClusteredCacheManager(TestCacheManagerFactory.java:160) at org.infinispan.test.fwk.TestCacheManagerFactory.createClusteredCacheManager(TestCacheManagerFactory.java:151) at org.infinispan.test.fwk.TestCacheManagerFactory.createClusteredCacheManager(TestCacheManagerFactory.java:125) at org.infinispan.test.MultipleCacheManagersTest.addClusterEnabledCacheManager(MultipleCacheManagersTest.java:177) at org.infinispan.test.MultipleCacheManagersTest.addClusterEnabledCacheManager(MultipleCacheManagersTest.java:162) at org.infinispan.test.MultipleCacheManagersTest.createCluster(MultipleCacheManagersTest.java:196) at org.infinispan.container.versioning.AbstractClusteredWriteSkewTest.createCacheManagers(AbstractClusteredWriteSkewTest.java:59) at org.infinispan.test.MultipleCacheManagersTest.callCreateCacheManagers(MultipleCacheManagersTest.java:69) at org.infinispan.test.MultipleCacheManagersTest.createBeforeMethod(MultipleCacheManagersTest.java:79) at sun.reflect.GeneratedMethodAccessor151.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) at java.lang.reflect.Method.invoke(Method.java:611) Add link to jenkins job https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e... > ISPN testsuite fails for RHEL6x64 && IBM JDK6 > ---------------------------------------------- > > Key: ISPN-3764 > URL: https://issues.jboss.org/browse/ISPN-3764 > Project: Infinispan > Issue Type: Bug > Components: Build process > Affects Versions: 6.0.0.Final > Environment: RHEL6x64 IBM6 > Reporter: Vitalii Chepeliuk > Assignee: William Burns > Priority: Critical > Labels: 620, testsuite_stability > > Sometimes build is stucked and sometiemes it throws following exception when CORE module is running > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > !!!!!! (testng-DistWriteSkewTest) Exiting because DistWriteSkewTest has NOT shut down all the cache managers it has started !!!!!!! > !!!!!! (testng-DistWriteSkewTest) See allocation stacktrace to find out where still-running cacheManager was created: !!!!!!! > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > java.lang.Throwable > at org.infinispan.test.fwk.TestCacheManagerFactory.addThreadCacheManager(TestCacheManagerFactory.java:373) > at org.infinispan.test.fwk.TestCacheManagerFactory.newDefaultCacheManager(TestCacheManagerFactory.java:356) > at org.infinispan.test.fwk.TestCacheManagerFactory.newDefaultCacheManager(TestCacheManagerFactory.java:68) > at org.infinispan.test.fwk.TestCacheManagerFactory.createClusteredCacheManager(TestCacheManagerFactory.java:160) > at org.infinispan.test.fwk.TestCacheManagerFactory.createClusteredCacheManager(TestCacheManagerFactory.java:151) > at org.infinispan.test.fwk.TestCacheManagerFactory.createClusteredCacheManager(TestCacheManagerFactory.java:125) > at org.infinispan.test.MultipleCacheManagersTest.addClusterEnabledCacheManager(MultipleCacheManagersTest.java:177) > at org.infinispan.test.MultipleCacheManagersTest.addClusterEnabledCacheManager(MultipleCacheManagersTest.java:162) > at org.infinispan.test.MultipleCacheManagersTest.createCluster(MultipleCacheManagersTest.java:196) > at org.infinispan.container.versioning.AbstractClusteredWriteSkewTest.createCacheManagers(AbstractClusteredWriteSkewTest.java:59) > at org.infinispan.test.MultipleCacheManagersTest.callCreateCacheManagers(MultipleCacheManagersTest.java:69) > at org.infinispan.test.MultipleCacheManagersTest.createBeforeMethod(MultipleCacheManagersTest.java:79) > at sun.reflect.GeneratedMethodAccessor151.invoke(Unknown Source) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) > at java.lang.reflect.Method.invoke(Method.java:611) > Add link to jenkins job > 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, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3819) Test org.infinispan.query.blackbox.ClusteredCacheWithLongIndexNameTest.testAdditionOfNewNode fails randomly on RHEL

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-3819?page=com.atlassian.jira.plugin.... ] Adrian Nistor reassigned ISPN-3819: ----------------------------------- Assignee: Adrian Nistor (was: Sanne Grinovero) > Test org.infinispan.query.blackbox.ClusteredCacheWithLongIndexNameTest.testAdditionOfNewNode fails randomly on RHEL > ------------------------------------------------------------------------------------------------------------------- > > Key: ISPN-3819 > URL: https://issues.jboss.org/browse/ISPN-3819 > Project: Infinispan > Issue Type: Bug > Components: Querying > Affects Versions: 6.0.0.Final > Reporter: Vitalii Chepeliuk > Assignee: Adrian Nistor > Labels: testsuite_stability > > Description of failure please look in following jobs with different JDKs > 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... > 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, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3819) Test org.infinispan.query.blackbox.ClusteredCacheWithLongIndexNameTest.testAdditionOfNewNode fails randomly on RHEL

by Sanne Grinovero (JIRA)

[ https://issues.jboss.org/browse/ISPN-3819?page=com.atlassian.jira.plugin.... ] Sanne Grinovero commented on ISPN-3819: --------------------------------------- {quote}Caused by: org.infinispan.commons.CacheException: Could not prepare.{quote} > Test org.infinispan.query.blackbox.ClusteredCacheWithLongIndexNameTest.testAdditionOfNewNode fails randomly on RHEL > ------------------------------------------------------------------------------------------------------------------- > > Key: ISPN-3819 > URL: https://issues.jboss.org/browse/ISPN-3819 > Project: Infinispan > Issue Type: Bug > Components: Querying > Affects Versions: 6.0.0.Final > Reporter: Vitalii Chepeliuk > Assignee: Sanne Grinovero > Labels: testsuite_stability > > Description of failure please look in following jobs with different JDKs > 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... > 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, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3184) The DELTA_WRITE flag should force a remote get during state transfer

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-3184?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-3184: ------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/2272 > The DELTA_WRITE flag should force a remote get during state transfer > -------------------------------------------------------------------- > > Key: ISPN-3184 > URL: https://issues.jboss.org/browse/ISPN-3184 > Project: Infinispan > Issue Type: Bug > Affects Versions: 5.3.0.Final > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Critical > Labels: 620 > Fix For: 6.1.0.Final > > > AtomicHashMap and FineGrainedAtomicHashMap, as well as custom DeltaAware implementations, use PutKeyValueCommands with the DELTA_WRITE flag to execute incremental updates. These commands need the previous value of the entry in order to work. > If a node is joining and it receives a PutKeyValueCommand with the DELTA_WRITE flag before it has received the value of the affected key, it should do a remote get to retrieve the previous value and apply the change on top of that value, just like we do for conditional commands. Not doing so leads to data loss. -- 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, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3820) tx.totalorder.statetransfer.ReplTotalOrderStateTransferFunctional2PcTest randomly fails on RHEL5

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-3820?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated ISPN-3820: ------------------------------------------ Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1040442 > tx.totalorder.statetransfer.ReplTotalOrderStateTransferFunctional2PcTest randomly fails on RHEL5 > ------------------------------------------------------------------------------------------------ > > Key: ISPN-3820 > URL: https://issues.jboss.org/browse/ISPN-3820 > Project: Infinispan > Issue Type: Bug > Components: Core API > Affects Versions: 6.0.0.Final > Environment: OracleJDK7, RHEL5_x86 > OracleJDK7, RHEL5_x86_64 > OpenJDK6, RHEL5_x86 > OpenJDK6, RHEL5_x86_64 > Reporter: Vitalii Chepeliuk > Assignee: Mircea Markus > > Following tests fail randomly > org.infinispan.tx.totalorder.statetransfer.ReplTotalOrderStateTransferFunctional2PcTest.testSTWithThirdWritingTxCache > rg.infinispan.tx.totalorder.statetransfer.ReplTotalOrderStateTransferFunctional2PcTest.testSTWithThirdWritingNonTxCache > 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... > 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, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3820) tx.totalorder.statetransfer.ReplTotalOrderStateTransferFunctional2PcTest randomly fails on RHEL5

by Vitalii Chepeliuk (JIRA)

Vitalii Chepeliuk created ISPN-3820: --------------------------------------- Summary: tx.totalorder.statetransfer.ReplTotalOrderStateTransferFunctional2PcTest randomly fails on RHEL5 Key: ISPN-3820 URL: https://issues.jboss.org/browse/ISPN-3820 Project: Infinispan Issue Type: Bug Components: Core API Affects Versions: 6.0.0.Final Environment: OracleJDK7, RHEL5_x86 OracleJDK7, RHEL5_x86_64 OpenJDK6, RHEL5_x86 OpenJDK6, RHEL5_x86_64 Reporter: Vitalii Chepeliuk Assignee: Mircea Markus Following tests fail randomly org.infinispan.tx.totalorder.statetransfer.ReplTotalOrderStateTransferFunctional2PcTest.testSTWithThirdWritingTxCache rg.infinispan.tx.totalorder.statetransfer.ReplTotalOrderStateTransferFunctional2PcTest.testSTWithThirdWritingNonTxCache 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... 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, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3819) Test org.infinispan.query.blackbox.ClusteredCacheWithLongIndexNameTest.testAdditionOfNewNode fails randomly on RHEL

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-3819?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated ISPN-3819: ------------------------------------------ Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1040421 > Test org.infinispan.query.blackbox.ClusteredCacheWithLongIndexNameTest.testAdditionOfNewNode fails randomly on RHEL > ------------------------------------------------------------------------------------------------------------------- > > Key: ISPN-3819 > URL: https://issues.jboss.org/browse/ISPN-3819 > Project: Infinispan > Issue Type: Bug > Components: Querying > Affects Versions: 6.0.0.Final > Reporter: Vitalii Chepeliuk > Assignee: Sanne Grinovero > Labels: testsuite_stability > > Description of failure please look in following jobs with different JDKs > 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... > 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, 4 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 December 2013