February 2013 - infinispan-issues

[JBoss JIRA] (ISPN-2353) Allow KOut/VOut emitting Mapper where VOut is null

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-2353?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-2353: -------------------------------- Assignee: Galder Zamarreño (was: Vladimir Blagojevic) > Allow KOut/VOut emitting Mapper where VOut is null > -------------------------------------------------- > > Key: ISPN-2353 > URL: https://issues.jboss.org/browse/ISPN-2353 > Project: Infinispan > Issue Type: Bug > Components: Distributed Execution and Map/Reduce > Affects Versions: 5.2.0.Alpha4 > Reporter: Vladimir Blagojevic > Assignee: Galder Zamarreño > Fix For: 5.3.0.Final > > > In some cases Mapper being executed on remote nodes might produce intermediate KOut/VOut pairs where VOut is null. Should allow/account for that possibility? Currently such tasks fail with NPE. -- 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

13 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2255) FineGrainedAtomicMap missing key, value pairs in some cluster nodes in distributed mode, embedded infinispan cache

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-2255?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-2255: -------------------------------- Assignee: Manik Surtani (was: Galder Zamarreño) > FineGrainedAtomicMap missing key,value pairs in some cluster nodes in distributed mode, embedded infinispan cache > ----------------------------------------------------------------------------------------------------------------- > > Key: ISPN-2255 > URL: https://issues.jboss.org/browse/ISPN-2255 > Project: Infinispan > Issue Type: Bug > Components: Fine-grained API > Affects Versions: 5.1.5.FINAL > Environment: Details about cluster: > 1. Infinispan 5.1.5 > 2. java 7u5 64bit > 3. linux 64bit (two nodes debian and one node ubuntu) > 4. tomcat 7.0.28 > 5. jbossTM 4.16.0 JTA only > Tomcat integration code is here: > https://github.com/zvrablik/tomcatInfinispanSessionManager/tree/master/to... > 6. all machines are on real hw ( no virtual machines), date and time is synchronized and shouldn't vary more than 1 second > Reporter: Zdenek Henek > Assignee: Manik Surtani > Fix For: 5.3.0.Final > > Attachments: fgamissueTest2.zip, jgroupsConfig.xml, sessionInfinispanConfigtestLB.xml > > > I am using FineGrainedAtomicMap to store data into clustering distributed cache. When clustering set to replicated doesn't cause any issues or at least I haven't run > into any. When I switch to distributed mode I don't see some key,value pairs in some nodes. This happens randomly. The numOwners is set to two and I have cluster of three nodes. > more details: > https://community.jboss.org/thread/203420?tstart=60 -- 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

13 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2255) FineGrainedAtomicMap missing key, value pairs in some cluster nodes in distributed mode, embedded infinispan cache

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-2255?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-2255: -------------------------------- Assignee: Galder Zamarreño (was: Vladimir Blagojevic) > FineGrainedAtomicMap missing key,value pairs in some cluster nodes in distributed mode, embedded infinispan cache > ----------------------------------------------------------------------------------------------------------------- > > Key: ISPN-2255 > URL: https://issues.jboss.org/browse/ISPN-2255 > Project: Infinispan > Issue Type: Bug > Components: Fine-grained API > Affects Versions: 5.1.5.FINAL > Environment: Details about cluster: > 1. Infinispan 5.1.5 > 2. java 7u5 64bit > 3. linux 64bit (two nodes debian and one node ubuntu) > 4. tomcat 7.0.28 > 5. jbossTM 4.16.0 JTA only > Tomcat integration code is here: > https://github.com/zvrablik/tomcatInfinispanSessionManager/tree/master/to... > 6. all machines are on real hw ( no virtual machines), date and time is synchronized and shouldn't vary more than 1 second > Reporter: Zdenek Henek > Assignee: Galder Zamarreño > Fix For: 5.3.0.Final > > Attachments: fgamissueTest2.zip, jgroupsConfig.xml, sessionInfinispanConfigtestLB.xml > > > I am using FineGrainedAtomicMap to store data into clustering distributed cache. When clustering set to replicated doesn't cause any issues or at least I haven't run > into any. When I switch to distributed mode I don't see some key,value pairs in some nodes. This happens randomly. The numOwners is set to two and I have cluster of three nodes. > more details: > https://community.jboss.org/thread/203420?tstart=60 -- 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

13 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2724) L1 is not used for write-operations (for node affine keys)

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-2724?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-2724: -------------------------------- Assignee: Mircea Markus (was: Vladimir Blagojevic) > L1 is not used for write-operations (for node affine keys) > ---------------------------------------------------------- > > Key: ISPN-2724 > URL: https://issues.jboss.org/browse/ISPN-2724 > Project: Infinispan > Issue Type: Bug > Components: Distributed Execution and Map/Reduce > Affects Versions: 5.2.0.CR1 > Reporter: Thomas Fromm > Assignee: Mircea Markus > Fix For: 5.2.1, 5.3.0.Final > > Attachments: L1WriteTest.java > > > I need to make sure, that a key written on a node is present in L1, even when the owner is a different node. > Attached an example which shows the expected behaviour. -- 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

13 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2702) RecoveryWithCustomCacheDistTest.testNodeCrashesAfterPrepare failing randomly

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-2702?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-2702: -------------------------------- Fix Version/s: 5.2.1 > RecoveryWithCustomCacheDistTest.testNodeCrashesAfterPrepare failing randomly > ---------------------------------------------------------------------------- > > Key: ISPN-2702 > URL: https://issues.jboss.org/browse/ISPN-2702 > Project: Infinispan > Issue Type: Bug > Components: Transactions > Reporter: Galder Zamarreño > Assignee: Mircea Markus > Labels: testsuite_stability > Fix For: 5.2.1, 5.3.0.Final > > Attachments: testNodeCrashesAfterPrepare-1.log > > > {code}testNodeCrashesAfterPrepare(org.infinispan.tx.recovery.RecoveryWithCustomCacheDistTest) Time elapsed: 0.083 sec <<< FAILURE! > java.lang.RuntimeException: javax.transaction.xa.XAException > at org.infinispan.tx.recovery.RecoveryTestUtil.prepareTransaction(RecoveryTestUtil.java:58) > at org.infinispan.tx.recovery.RecoveryWithDefaultCacheDistTest.testNodeCrashesAfterPrepare(RecoveryWithDefaultCacheDistTest.java:124) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:597) > 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:303) > at java.util.concurrent.FutureTask.run(FutureTask.java:138) > at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) > at java.lang.Thread.run(Thread.java:680) > Caused by: javax.transaction.xa.XAException > at org.infinispan.transaction.TransactionCoordinator.prepare(TransactionCoordinator.java:161) > at org.infinispan.transaction.TransactionCoordinator.prepare(TransactionCoordinator.java:123) > at org.infinispan.transaction.xa.TransactionXaAdapter.prepare(TransactionXaAdapter.java:110) > at org.infinispan.tx.recovery.RecoveryTestUtil.prepareTransaction(RecoveryTestUtil.java:56) > ... 22 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

13 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2353) Allow KOut/VOut emitting Mapper where VOut is null

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-2353?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-2353: -------------------------------- Fix Version/s: 5.3.0.Final (was: 6.0.0.Final) > Allow KOut/VOut emitting Mapper where VOut is null > -------------------------------------------------- > > Key: ISPN-2353 > URL: https://issues.jboss.org/browse/ISPN-2353 > Project: Infinispan > Issue Type: Bug > Components: Distributed Execution and Map/Reduce > Affects Versions: 5.2.0.Alpha4 > Reporter: Vladimir Blagojevic > Assignee: Vladimir Blagojevic > Fix For: 5.3.0.Final > > > In some cases Mapper being executed on remote nodes might produce intermediate KOut/VOut pairs where VOut is null. Should allow/account for that possibility? Currently such tasks fail with NPE. -- 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

13 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2691) Replicated cache executes commands when it is not a member of CH

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-2691?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-2691: -------------------------------- Fix Version/s: 5.2.1 > Replicated cache executes commands when it is not a member of CH > ---------------------------------------------------------------- > > Key: ISPN-2691 > URL: https://issues.jboss.org/browse/ISPN-2691 > Project: Infinispan > Issue Type: Bug > Affects Versions: 5.2.0.Beta6 > Reporter: Radim Vansa > Assignee: Mircea Markus > Fix For: 5.2.1, 5.3.0.Final > > > Cache in replicated mode can execute commands (e.g. PutKeyValueCommand) broadcasted by other nodes in the cluster even if it is not a member of the current ReplicatedConsistentHash. In the PKVC case the container can then contain keys even if the StateConsumerImpl.getOwnedSegments(CH) returns empty list. -- 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

13 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2691) Replicated cache executes commands when it is not a member of CH

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-2691?page=com.atlassian.jira.plugin.... ] Mircea Markus commented on ISPN-2691: ------------------------------------- assigning to [~anistor] as this might be solved indirectly with ISPN-2772 > Replicated cache executes commands when it is not a member of CH > ---------------------------------------------------------------- > > Key: ISPN-2691 > URL: https://issues.jboss.org/browse/ISPN-2691 > Project: Infinispan > Issue Type: Bug > Affects Versions: 5.2.0.Beta6 > Reporter: Radim Vansa > Assignee: Adrian Nistor > Fix For: 5.2.1, 5.3.0.Final > > > Cache in replicated mode can execute commands (e.g. PutKeyValueCommand) broadcasted by other nodes in the cluster even if it is not a member of the current ReplicatedConsistentHash. In the PKVC case the container can then contain keys even if the StateConsumerImpl.getOwnedSegments(CH) returns empty list. -- 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

13 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2691) Replicated cache executes commands when it is not a member of CH

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-2691?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-2691: -------------------------------- Assignee: Adrian Nistor (was: Mircea Markus) > Replicated cache executes commands when it is not a member of CH > ---------------------------------------------------------------- > > Key: ISPN-2691 > URL: https://issues.jboss.org/browse/ISPN-2691 > Project: Infinispan > Issue Type: Bug > Affects Versions: 5.2.0.Beta6 > Reporter: Radim Vansa > Assignee: Adrian Nistor > Fix For: 5.2.1, 5.3.0.Final > > > Cache in replicated mode can execute commands (e.g. PutKeyValueCommand) broadcasted by other nodes in the cluster even if it is not a member of the current ReplicatedConsistentHash. In the PKVC case the container can then contain keys even if the StateConsumerImpl.getOwnedSegments(CH) returns empty list. -- 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

13 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-1990) Preload sets the versions to null (repeatable read + write skew)

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-1990?page=com.atlassian.jira.plugin.... ] Mircea Markus commented on ISPN-1990: ------------------------------------- ISPN-1990 fixed a similar issue but the attached fails still. Leaving it open. > Preload sets the versions to null (repeatable read + write skew) > ---------------------------------------------------------------- > > Key: ISPN-1990 > URL: https://issues.jboss.org/browse/ISPN-1990 > Project: Infinispan > Issue Type: Bug > Components: Loaders and Stores > Affects Versions: 5.1.3.FINAL > Environment: Java 6 (64bits) > Infinispan 5.2.0-SNAPSHOT > MacOS > Reporter: Pedro Ruivo > Assignee: Mircea Markus > Labels: preload, skew, versioning, write > Fix For: 5.3.0.Final > > > I think I've spotted a issue when I use repeatable read with write skew check and I preload the cache. > > I've made a test case to reproduce the bug. It can be found here [1]. > The problem is that each keys preloaded is put in the container with version = null. When I try to commit a transaction, I get this exception: > > {code} > java.lang.IllegalStateException: Entries cannot have null versions! > at org.infinispan.container.entries.ClusteredRepeatableReadEntry.performWriteSkewCheck(ClusteredRepeatableReadEntry.java:44) > at org.infinispan.transaction.WriteSkewHelper.performWriteSkewCheckAndReturnNewVersions(WriteSkewHelper.java:81) > at org.infinispan.interceptors.locking.ClusteringDependentLogic$AllNodesLogic.createNewVersionsAndCheckForWriteSkews(ClusteringDependentLogic.java:133) > at org.infinispan.interceptors.VersionedEntryWrappingInterceptor.visitPrepareCommand(VersionedEntryWrappingInterceptor.java:64) > {code} > > I think that all info is in the test case, but if you need something let > me know. > > Cheers, > Pedro > [1] > https://github.com/pruivo/infinispan/blob/issue_1/core/src/test/java/org/... -- 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

13 years, 2 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 February 2013