December 2013 - infinispan-issues

[JBoss JIRA] (ISPN-3780) CLONE - InvalidateL1Command during ST should not cancel writing the entry by ST in nontx

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-3780?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-3780: ----------------------------------------------- Radim Vansa <rvansa(a)redhat.com> changed the Status of [bug 1019348|https://bugzilla.redhat.com/show_bug.cgi?id=1019348] from ON_QA to VERIFIED > CLONE - InvalidateL1Command during ST should not cancel writing the entry by ST in nontx > ---------------------------------------------------------------------------------------- > > Key: ISPN-3780 > URL: https://issues.jboss.org/browse/ISPN-3780 > Project: Infinispan > Issue Type: Bug > Components: Distributed Cache > Affects Versions: 5.3.0.Final > Reporter: Radim Vansa > Assignee: William Burns > Priority: Critical > Labels: 620 > Fix For: 6.1.0.Final > > > When a node which is about to receive the entries for some segment receives InvalidateL1Command, this puts the key into StateConsumer.updatedKeys. After the entries for ST are received, the entry which was invalidated is not updated -> this result in losing the entry. > Btw., in EntryWrappingInterceptor.visitInvalidateL1Command the trace logs all looked up entries for each entry - this causes some performance problems when tracing is on and there are many invalidated entries. Please, do this only once. -- 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-3838) L1 entry added by ST when already invalidated

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-3838?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated ISPN-3838: ------------------------------------------ Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1043434 > L1 entry added by ST when already invalidated > --------------------------------------------- > > Key: ISPN-3838 > URL: https://issues.jboss.org/browse/ISPN-3838 > Project: Infinispan > Issue Type: Bug > Components: Distributed Cache > Affects Versions: 6.0.0.Final > Reporter: Radim Vansa > Assignee: William Burns > Priority: Critical > > Non-transactional cache with L1 enabled. Node A is losing ownership of an entry, the entry is not removed during ST but is going to L1. > 1. ST builds the invalidation command, EntryWrapping interceptor starts committing all the entries > 2. Write on primary owner (B) occurs > 3. A gets the InvalidateL1Command, removes the ImmortalCacheEntry from data container (as it does not own the entry anymore) > 4. The ST invalidation command commits the MortalCacheEntry with old value, storing it into the data container. > Result: Outdated value is in L1 cache. > As the entry is not locked during the ST, it can be committed as MortalCacheEntry only if it was not changed (removed and possibly then cached again with different value). > (I understand that this wouldn't be easy to implement as the check is not to be executed in perform, but during the actual commit - and atomically in the container.) -- 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-3838) L1 entry added by ST when already invalidated

by Radim Vansa (JIRA)

Radim Vansa created ISPN-3838: --------------------------------- Summary: L1 entry added by ST when already invalidated Key: ISPN-3838 URL: https://issues.jboss.org/browse/ISPN-3838 Project: Infinispan Issue Type: Bug Components: Distributed Cache Affects Versions: 6.0.0.Final Reporter: Radim Vansa Assignee: William Burns Priority: Critical Non-transactional cache with L1 enabled. Node A is losing ownership of an entry, the entry is not removed during ST but is going to L1. 1. ST builds the invalidation command, EntryWrapping interceptor starts committing all the entries 2. Write on primary owner (B) occurs 3. A gets the InvalidateL1Command, removes the ImmortalCacheEntry from data container (as it does not own the entry anymore) 4. The ST invalidation command commits the MortalCacheEntry with old value, storing it into the data container. Result: Outdated value is in L1 cache. As the entry is not locked during the ST, it can be committed as MortalCacheEntry only if it was not changed (removed and possibly then cached again with different value). (I understand that this wouldn't be easy to implement as the check is not to be executed in perform, but during the actual commit - and atomically in the container.) -- 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-3448) Tests from org.infinispan.distribution.rehash package fail randomly

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-3448?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-3448: ----------------------------------------------- Vitalii Chepeliuk <vchepeli(a)redhat.com> changed the Status of [bug 1002507|https://bugzilla.redhat.com/show_bug.cgi?id=1002507] from ON_QA to ASSIGNED > Tests from org.infinispan.distribution.rehash package fail randomly > ------------------------------------------------------------------- > > Key: ISPN-3448 > URL: https://issues.jboss.org/browse/ISPN-3448 > Project: Infinispan > Issue Type: Bug > Components: Core API > Affects Versions: 6.0.0.Alpha3, 6.0.0.CR1, 6.0.0.Final > Reporter: Jiří Holuša > Assignee: Mircea Markus > Labels: testsuite_stability > Fix For: 6.1.0.Final > > Attachments: NonTxPutIfAbsentDuringLeaveStressTest.testNodeLeavingDuringPutIfAbsent.log.zip, NonTxStateTransferOverwritingValue2Test.log.zip, NonTxStateTransferOverwritingValue2Test.testBackupOwnerJoiningDuringPutOverwrite.log.zip, NonTxStateTransferOverwritingValue2Test.testBackupOwnerJoiningDuringRemove.log.zip, NonTxStateTransferOverwritingValue2Test.testBackupOwnerJoiningDuring{Remove, Replace}WithPreviousValue.log.zip > > > These tests are randomly failing on various platforms (RHEL, Solaris) with various JDKs. > org.infinispan.distribution.rehash.NonTxPutIfAbsentDuringLeaveStressTest.testNodeLeavingDuringPutIfAbsent > org.infinispan.distribution.rehash.NonTxJoinerBecomingBackupOwnerTest.testBackupOwnerJoiningDuringPutIfAbsent > org.infinispan.distribution.rehash.NonTxPutIfAbsentDuringJoinStressTest.testNodeJoiningDuringPutIfAbsent > org.infinispan.distribution.rehash.NonTxJoinerBecomingBackupOwnerTest.testBackupOwnerJoiningDuringPut > org.infinispan.distribution.rehash.NonTxPutIfAbsentDuringLeaveStressTest.testNodeLeavingDuringPutIfAbsent > org.infinispan.distribution.rehash.NonTxStateTransferOverwritingValue2Test.testBackupOwnerJoiningDuringRemove > org.infinispan.distribution.rehash.NonTxStateTransferOverwritingValue2Test.testBackupOwnerJoiningDuringPutOverwrite > org.infinispan.distribution.rehash.NonTxStateTransferOverwritingValue2Test.testBackupOwnerJoiningDuringRemoveWithPreviousValue > org.infinispan.distribution.rehash.NonTxStateTransferOverwritingValue2Test.testBackupOwnerJoiningDuringReplaceWithPreviousValue > org.infinispan.distribution.rehash.NonTxStateTransferOverwritingValue2Test.testBackupOwnerJoiningDuringReplace -- 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-3799) Port back latest CHMv8 fixes

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-3799?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-3799: ----------------------------------- Fix Version/s: 6.1.0.Final > Port back latest CHMv8 fixes > ---------------------------- > > Key: ISPN-3799 > URL: https://issues.jboss.org/browse/ISPN-3799 > Project: Infinispan > Issue Type: Task > Affects Versions: 6.0.0.Final > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Fix For: 6.1.0.Final > > > As indicated in [mailing list thread|http://cs.oswego.edu/pipermail/concurrency-interest/2013-December/...], verify whether Infinispan's port of CHM contains that bug (try to port the test), and if the bug is present, port back latest changes that are supposed to fix it. -- 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-3799) Port back latest CHMv8 fixes

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-3799?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-3799: ----------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/2287 > Port back latest CHMv8 fixes > ---------------------------- > > Key: ISPN-3799 > URL: https://issues.jboss.org/browse/ISPN-3799 > Project: Infinispan > Issue Type: Task > Affects Versions: 6.1.0.Final > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > > As indicated in [mailing list thread|http://cs.oswego.edu/pipermail/concurrency-interest/2013-December/...], verify whether Infinispan's port of CHM contains that bug (try to port the test), and if the bug is present, port back latest changes that are supposed to fix it. -- 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-3799) Port back latest CHMv8 fixes

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-3799?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-3799: ----------------------------------- Affects Version/s: 6.0.0.Final (was: 6.1.0.Final) > Port back latest CHMv8 fixes > ---------------------------- > > Key: ISPN-3799 > URL: https://issues.jboss.org/browse/ISPN-3799 > Project: Infinispan > Issue Type: Task > Affects Versions: 6.0.0.Final > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > > As indicated in [mailing list thread|http://cs.oswego.edu/pipermail/concurrency-interest/2013-December/...], verify whether Infinispan's port of CHM contains that bug (try to port the test), and if the bug is present, port back latest changes that are supposed to fix it. -- 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-3498) Cannot construct org.infinispan.util.KeyValuePair as it does not have a no-args constructor

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-3498?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-3498: ----------------------------------------------- Vitalii Chepeliuk <vchepeli(a)redhat.com> changed the Status of [bug 1007435|https://bugzilla.redhat.com/show_bug.cgi?id=1007435] from ON_QA to ASSIGNED > Cannot construct org.infinispan.util.KeyValuePair as it does not have a no-args constructor > ------------------------------------------------------------------------------------------- > > Key: ISPN-3498 > URL: https://issues.jboss.org/browse/ISPN-3498 > Project: Infinispan > Issue Type: Bug > Components: Build process > Affects Versions: 6.0.0.Alpha4 > Environment: Azul JDK > Reporter: Vitalii Chepeliuk > Assignee: Mircea Markus > Labels: 620 > Fix For: 6.1.0.Final > > > When infinispan testsuite(Alpha3) is running with Azul JDK > java.runtime.version = 1.6.0_33-b5 > java.runtime.name =Java(TM) SE Runtime Environment > java.vm.version = 1.6.0_33-ZVM_5.5.3.0-b5-product-azlinuxM-X86_64 > java.vm.vendor = Azul Systems, Inc. > os.name = Linux > os.version = 2.6.32-358.11.1.el6.x86_64 > sun.arch.data.model = 64 > sun.cpu.endian = little > Wollowing redundant Exception occurs > Error Message > Cannot construct org.infinispan.container.entries.ImmortalCacheValue as it does not have a no-args constructor : Cannot construct org.infinispan.container.entries.ImmortalCacheValue as it does not have a no-args constructor ---- Debugging information ---- message : Cannot construct org.infinispan.container.entries.ImmortalCacheValue as it does not have a no-args constructor cause-exception : com.thoughtworks.xstream.converters.reflection.ObjectAccessException cause-message : Cannot construct org.infinispan.container.entries.ImmortalCacheValue as it does not have a no-args constructor class : org.infinispan.container.entries.ImmortalCacheValue required-type : org.infinispan.container.entries.ImmortalCacheValue converter-type : com.thoughtworks.xstream.converters.reflection.ReflectionConverter path : /org.infinispan.container.entries.ImmortalCacheValue line number : 1 version : 1.4.1-redhat-2 ------------------------------- > Stacktrace > com.thoughtworks.xstream.converters.ConversionException: Cannot construct org.infinispan.container.entries.ImmortalCacheValue as it does not have a no-args constructor : Cannot construct org.infinispan.container.entries.ImmortalCacheValue as it does not have a no-args constructor > ---- Debugging information ---- > message : Cannot construct org.infinispan.container.entries.ImmortalCacheValue as it does not have a no-args constructor > cause-exception : com.thoughtworks.xstream.converters.reflection.ObjectAccessException > cause-message : Cannot construct org.infinispan.container.entries.ImmortalCacheValue as it does not have a no-args constructor > class : org.infinispan.container.entries.ImmortalCacheValue > required-type : org.infinispan.container.entries.ImmortalCacheValue > converter-type : com.thoughtworks.xstream.converters.reflection.ReflectionConverter > path : /org.infinispan.container.entries.ImmortalCacheValue > line number : 1 > version : 1.4.1-redhat-2 > ------------------------------- > at com.thoughtworks.xstream.core.TreeUnmarshaller.convert(TreeUnmarshaller.java:79) > at com.thoughtworks.xstream.core.AbstractReferenceUnmarshaller.convert(AbstractReferenceUnmarshaller.java:65) > at com.thoughtworks.xstream.core.TreeUnmarshaller.convertAnother(TreeUnmarshaller.java:66) > at com.thoughtworks.xstream.core.TreeUnmarshaller.convertAnother(TreeUnmarshaller.java:50) > at com.thoughtworks.xstream.core.TreeUnmarshaller.start(TreeUnmarshaller.java:134) > at com.thoughtworks.xstream.core.AbstractTreeMarshallingStrategy.unmarshal(AbstractTreeMarshallingStrategy.java:32) > at com.thoughtworks.xstream.XStream.unmarshal(XStream.java:1035) > at com.thoughtworks.xstream.XStream.unmarshal(XStream.java:1019) > at com.thoughtworks.xstream.XStream.fromXML(XStream.java:895) > at com.thoughtworks.xstream.XStream.fromXML(XStream.java:886) > at org.infinispan.marshall.TestObjectStreamMarshaller.objectFromObjectStream(TestObjectStreamMarshaller.java:65) > at org.infinispan.marshall.TestObjectStreamMarshaller.objectFromByteBuffer(TestObjectStreamMarshaller.java:97) > at org.infinispan.commons.marshall.AbstractMarshaller.objectFromInputStream(AbstractMarshaller.java:105) > at org.infinispan.loaders.jdbc.JdbcUtil.unmarshall(JdbcUtil.java:66) > at org.infinispan.loaders.jdbc.stringbased.JdbcStringBasedCacheStore.readStoredEntry(JdbcStringBasedCacheStore.java:391) > at org.infinispan.loaders.jdbc.stringbased.JdbcStringBasedCacheStore.loadLockSafe(JdbcStringBasedCacheStore.java:328) > at org.infinispan.loaders.jdbc.stringbased.JdbcStringBasedCacheStore.loadLockSafe(JdbcStringBasedCacheStore.java:67) > at org.infinispan.loaders.spi.LockSupportCacheStore.load(LockSupportCacheStore.java:128) > at org.infinispan.loaders.spi.AbstractCacheLoader.containsKey(AbstractCacheLoader.java:34) > at org.infinispan.loaders.BaseCacheStoreTest.testCommitAndRollbackWithoutPrepare(BaseCacheStoreTest.java:427) > 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:662) > Caused by: com.thoughtworks.xstream.converters.reflection.ObjectAccessException: Cannot construct org.infinispan.container.entries.ImmortalCacheValue as it does not have a no-args constructor > at com.thoughtworks.xstream.converters.reflection.PureJavaReflectionProvider.newInstance(PureJavaReflectionProvider.java:71) > at com.thoughtworks.xstream.converters.reflection.AbstractReflectionConverter.instantiateNewInstance(AbstractReflectionConverter.java:424) > at com.thoughtworks.xstream.converters.reflection.AbstractReflectionConverter.unmarshal(AbstractReflectionConverter.java:229) > at com.thoughtworks.xstream.core.TreeUnmarshaller.convert(TreeUnmarshaller.java:72) > ... 40 more > You can see it in jenkins http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/jdg-62-ispn-testsuite... > After implementing or extending Serializable interface in BucketInternalCacheEntry, InternalCacheValue exception disappeared > Second build was done with Alpha4 version and the same exception appers because of new classes and functionality added > You can see it in jenkins http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/jdg-62-ispn-testsuite... -- 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-3799) Port back latest CHMv8 fixes

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-3799?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-3799: ----------------------------------- Summary: Port back latest CHMv8 fixes (was: Verify whether ConcurrentHashMap.get bug affects Infinispan's port) > Port back latest CHMv8 fixes > ---------------------------- > > Key: ISPN-3799 > URL: https://issues.jboss.org/browse/ISPN-3799 > Project: Infinispan > Issue Type: Task > Affects Versions: 6.1.0.Final > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > > As indicated in [mailing list thread|http://cs.oswego.edu/pipermail/concurrency-interest/2013-December/...], verify whether Infinispan's port of CHM contains that bug (try to port the test), and if the bug is present, port back latest changes that are supposed to fix it. -- 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-3799) Port back latest CHMv8 fixes

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-3799?page=com.atlassian.jira.plugin.... ] Galder Zamarreño commented on ISPN-3799: ---------------------------------------- Update to revision [1.120|http://gee.cs.oswego.edu/cgi-bin/viewcvs.cgi/jsr166/src/jsr166e/Con...] > Port back latest CHMv8 fixes > ---------------------------- > > Key: ISPN-3799 > URL: https://issues.jboss.org/browse/ISPN-3799 > Project: Infinispan > Issue Type: Task > Affects Versions: 6.1.0.Final > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > > As indicated in [mailing list thread|http://cs.oswego.edu/pipermail/concurrency-interest/2013-December/...], verify whether Infinispan's port of CHM contains that bug (try to port the test), and if the bug is present, port back latest changes that are supposed to fix it. -- 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