February 2013 - infinispan-issues

[JBoss JIRA] (ISPN-2526) Backup of AtomicMaps doesn't work if the backup is configured with useTwoPhaseCommit=true

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-2526?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-2526: -------------------------------- Fix Version/s: 5.2.2 (was: 5.2.1) > Backup of AtomicMaps doesn't work if the backup is configured with useTwoPhaseCommit=true > ----------------------------------------------------------------------------------------- > > Key: ISPN-2526 > URL: https://issues.jboss.org/browse/ISPN-2526 > Project: Infinispan > Issue Type: Bug > Components: Cross-Site Replication > Affects Versions: 5.2.0.Beta3 > Reporter: Mircea Markus > Assignee: Mircea Markus > Fix For: 5.2.2, 5.3.0.Final > > > Workaround: configure sites/backup/useTwoPhaseCommit = true. -- 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-2522) The org.infinispan.statetransfer.StateTransferCacheLoaderFunctionalTest (StateTransferFunctionTest) tests fail periodically

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-2522?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-2522: -------------------------------- Fix Version/s: 5.2.2 (was: 5.2.1) > The org.infinispan.statetransfer.StateTransferCacheLoaderFunctionalTest (StateTransferFunctionTest) tests fail periodically > --------------------------------------------------------------------------------------------------------------------------- > > Key: ISPN-2522 > URL: https://issues.jboss.org/browse/ISPN-2522 > Project: Infinispan > Issue Type: Bug > Components: Test Suite > Reporter: Anna Manukyan > Assignee: Mircea Markus > Labels: testsuite_stability > Fix For: 5.2.2, 5.3.0.Alpha1 > > > The following tests of org.infinispan.statetransfer.StateTransferCacheLoaderFunctionalTest class are failing periodically during JDG 6.1.0.ER3 build testing: > org.infinispan.statetransfer.StateTransferCacheLoaderFunctionalTest.testSTWithWritingNonTxThread > org.infinispan.statetransfer.StateTransferCacheLoaderFunctionalTest.testSTWithWritingTxThread > You can find the failure logs here: > http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/edg-60-ispn-testsuite... > http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/edg-60-ispn-testsuite... > http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/edg-60-ispn-testsuite... > http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/edg-60-ispn-testsuite... > The same issue happens to org.infinispan.statetranser.StateTransferFunctionTest tests(the parent test class). > http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/edg-60-ispn-testsuite... > http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/edg-60-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

13 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2519) Test org.infinispan.loaders.decorators.BatchAsyncCacheStoreTest.indexWasStored fails randomly

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-2519?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-2519: -------------------------------- Fix Version/s: 5.2.2 (was: 5.2.1) > Test org.infinispan.loaders.decorators.BatchAsyncCacheStoreTest.indexWasStored fails randomly > --------------------------------------------------------------------------------------------- > > Key: ISPN-2519 > URL: https://issues.jboss.org/browse/ISPN-2519 > Project: Infinispan > Issue Type: Bug > Components: Test Suite > Reporter: Anna Manukyan > Assignee: Sanne Grinovero > Labels: testsuite_stability > Fix For: 5.2.2, 5.3.0.Alpha1 > > > The failure takes place in case of running testsuit for JDG. > Failure log: > https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/EDG6/view/EDG-REPOR... > Another failure: > http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/edg-60-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

13 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2520) Test org.infinispan.api.CacheClusterJoinTest.testIsCoordinator fail randomly

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-2520?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-2520: -------------------------------- Fix Version/s: 5.2.2 (was: 5.2.1) > Test org.infinispan.api.CacheClusterJoinTest.testIsCoordinator fail randomly > ----------------------------------------------------------------------------- > > Key: ISPN-2520 > URL: https://issues.jboss.org/browse/ISPN-2520 > Project: Infinispan > Issue Type: Bug > Components: Test Suite > Reporter: Anna Manukyan > Assignee: Mircea Markus > Labels: testsuite_stability > Fix For: 5.2.2, 5.3.0.Alpha1 > > > The test failed once during JDG 6.0.1.ER2 infinispan testsuite run. > You can find the log here: > http://hudson.qa.jboss.com/hudson/job/edg-60-ispn-testsuite-rhel/jdk=java... > You can find more logs here (new build): > http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/edg-60-ispn-testsuite... > http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/edg-60-ispn-testsuite... > The fail is mainly on RHEL5_x86_64 -- 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-2517) org.infinispan.statetransfer.StateTransferFileCacheLoaderFunctionalTest.testConcurrentStateTransfer fails randomly

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-2517?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-2517: -------------------------------- Fix Version/s: 5.2.2 (was: 5.2.1) > org.infinispan.statetransfer.StateTransferFileCacheLoaderFunctionalTest.testConcurrentStateTransfer fails randomly > ------------------------------------------------------------------------------------------------------------------ > > Key: ISPN-2517 > URL: https://issues.jboss.org/browse/ISPN-2517 > Project: Infinispan > Issue Type: Bug > Components: Test Suite > Affects Versions: 5.2.0.Beta5 > Reporter: Anna Manukyan > Assignee: Dan Berindei > Labels: testsuite_stability > Fix For: 5.2.2, 5.3.0.Final > > > The failure takes place in case of JDG test suire run on env: RHEL6_x86, IBM JDK6 > You can find the log here: > http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/edg-60-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

13 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2589) NPE in InvalidateL1Command

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-2589?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-2589: -------------------------------- Fix Version/s: 5.2.2 (was: 5.2.1) > NPE in InvalidateL1Command > -------------------------- > > Key: ISPN-2589 > URL: https://issues.jboss.org/browse/ISPN-2589 > Project: Infinispan > Issue Type: Bug > Components: Core API, State transfer > Affects Versions: 5.2.0.Beta5 > Reporter: Thomas Fromm > Assignee: Adrian Nistor > Fix For: 5.2.2, 5.3.0.Final > > Attachments: standalone_node0001.xml > > > The used cache is an REPL_SYNC one w/o L1 and Optimistic TX. > Can't provide unit test, just saw it in my logs. > WARN 05.12.12 20:08:22,746 [OOB-173,IBIS-2147] CacheTopologyControlCommand ISPN000071: Caught exception when handling command CacheTopologyControlCommand{cache=MODULE_PROPERTIES_VERSION, type=CH_UPDATE, sender=IBIS-57850, joinInfo=null, topologyId=14, currentCH=ReplicatedConsistentHash{members=[IBIS-57850, IBIS-15651, IBIS-14611, IBIS-7942, IBIS-4256, IBIS-25472, IBIS-32523]}, pendingCH=null, throwable=null, viewId=8} > java.lang.NullPointerException > at org.infinispan.commands.write.InvalidateL1Command.perform(InvalidateL1Command.java:109) > at org.infinispan.interceptors.CallInterceptor.handleDefault(CallInterceptor.java:110) > at org.infinispan.commands.AbstractVisitor.visitInvalidateCommand(AbstractVisitor.java:141) > at org.infinispan.commands.AbstractVisitor.visitInvalidateL1Command(AbstractVisitor.java:146) > at org.infinispan.commands.write.InvalidateL1Command.acceptVisitor(InvalidateL1Command.java:192) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) > at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:132) > at org.infinispan.commands.AbstractVisitor.visitInvalidateCommand(AbstractVisitor.java:141) > at org.infinispan.commands.AbstractVisitor.visitInvalidateL1Command(AbstractVisitor.java:146) > at org.infinispan.commands.write.InvalidateL1Command.acceptVisitor(InvalidateL1Command.java:192) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) > at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:132) > at org.infinispan.commands.AbstractVisitor.visitInvalidateCommand(AbstractVisitor.java:141) > at org.infinispan.commands.AbstractVisitor.visitInvalidateL1Command(AbstractVisitor.java:146) > at org.infinispan.commands.write.InvalidateL1Command.acceptVisitor(InvalidateL1Command.java:192) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) > at org.infinispan.interceptors.CacheLoaderInterceptor.visitInvalidateCommand(CacheLoaderInterceptor.java:127) > at org.infinispan.commands.AbstractVisitor.visitInvalidateL1Command(AbstractVisitor.java:146) > at org.infinispan.commands.write.InvalidateL1Command.acceptVisitor(InvalidateL1Command.java:192) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) > at org.infinispan.interceptors.EntryWrappingInterceptor.invokeNextAndApplyChanges(EntryWrappingInterceptor.java:211) > at org.infinispan.interceptors.EntryWrappingInterceptor.visitInvalidateL1Command(EntryWrappingInterceptor.java:143) > at org.infinispan.commands.write.InvalidateL1Command.acceptVisitor(InvalidateL1Command.java:192) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) > at org.infinispan.interceptors.locking.AbstractLockingInterceptor.visitInvalidateL1Command(AbstractLockingInterceptor.java:99) > at org.infinispan.commands.write.InvalidateL1Command.acceptVisitor(InvalidateL1Command.java:192) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) > at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:132) > at org.infinispan.commands.AbstractVisitor.visitInvalidateCommand(AbstractVisitor.java:141) > at org.infinispan.commands.AbstractVisitor.visitInvalidateL1Command(AbstractVisitor.java:146) > at org.infinispan.commands.write.InvalidateL1Command.acceptVisitor(InvalidateL1Command.java:192) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) > at org.infinispan.interceptors.TxInterceptor.enlistWriteAndInvokeNext(TxInterceptor.java:256) > at org.infinispan.interceptors.TxInterceptor.visitInvalidateCommand(TxInterceptor.java:224) > at org.infinispan.commands.AbstractVisitor.visitInvalidateL1Command(AbstractVisitor.java:146) > at org.infinispan.commands.write.InvalidateL1Command.acceptVisitor(InvalidateL1Command.java:192) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) > at org.infinispan.statetransfer.StateTransferInterceptor.visitInvalidateL1Command(StateTransferInterceptor.java:172) > at org.infinispan.commands.write.InvalidateL1Command.acceptVisitor(InvalidateL1Command.java:192) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) > at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:132) > at org.infinispan.commands.AbstractVisitor.visitInvalidateCommand(AbstractVisitor.java:141) > at org.infinispan.commands.AbstractVisitor.visitInvalidateL1Command(AbstractVisitor.java:146) > at org.infinispan.commands.write.InvalidateL1Command.acceptVisitor(InvalidateL1Command.java:192) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) > at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:128) > at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:92) > at org.infinispan.commands.AbstractVisitor.visitInvalidateCommand(AbstractVisitor.java:141) > at org.infinispan.commands.AbstractVisitor.visitInvalidateL1Command(AbstractVisitor.java:146) > at org.infinispan.commands.write.InvalidateL1Command.acceptVisitor(InvalidateL1Command.java:192) > at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:343) > at org.infinispan.statetransfer.StateConsumerImpl.invalidateSegments(StateConsumerImpl.java:592) > at org.infinispan.statetransfer.StateConsumerImpl.onTopologyUpdate(StateConsumerImpl.java:239) > at org.infinispan.statetransfer.StateTransferManagerImpl.doTopologyUpdate(StateTransferManagerImpl.java:191) > at org.infinispan.statetransfer.StateTransferManagerImpl.access$000(StateTransferManagerImpl.java:58) > at org.infinispan.statetransfer.StateTransferManagerImpl$1.updateConsistentHash(StateTransferManagerImpl.java:117) > at org.infinispan.topology.LocalTopologyManagerImpl.handleConsistentHashUpdate(LocalTopologyManagerImpl.java:194) > at org.infinispan.topology.CacheTopologyControlCommand.doPerform(CacheTopologyControlCommand.java:165) > at org.infinispan.topology.CacheTopologyControlCommand.perform(CacheTopologyControlCommand.java:137) > at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.executeCommandFromLocalCluster(CommandAwareRpcDispatcher.java:252) > at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.handle(CommandAwareRpcDispatcher.java:219) > at org.jgroups.blocks.RequestCorrelator.handleRequest(RequestCorrelator.java:483) > at org.jgroups.blocks.RequestCorrelator.receiveMessage(RequestCorrelator.java:390) > at org.jgroups.blocks.RequestCorrelator.receive(RequestCorrelator.java:248) > at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.up(MessageDispatcher.java:598) > at org.jgroups.JChannel.up(JChannel.java:703) > at org.jgroups.stack.ProtocolStack.up(ProtocolStack.java:1020) > at org.jgroups.protocols.RSVP.up(RSVP.java:172) > at org.jgroups.protocols.FRAG2.up(FRAG2.java:181) > at org.jgroups.protocols.FC.up(FC.java:479) > at org.jgroups.protocols.pbcast.GMS.up(GMS.java:896) > at org.jgroups.protocols.pbcast.STABLE.up(STABLE.java:244) > at org.jgroups.protocols.UNICAST2.up(UNICAST2.java:432) > at org.jgroups.protocols.pbcast.NAKACK2.handleMessage(NAKACK2.java:721) > at org.jgroups.protocols.pbcast.NAKACK2.up(NAKACK2.java:574) > at org.jgroups.protocols.VERIFY_SUSPECT.up(VERIFY_SUSPECT.java:143) > at org.jgroups.protocols.FD_ALL.up(FD_ALL.java:187) > at org.jgroups.protocols.FD_SOCK.up(FD_SOCK.java:288) > at org.jgroups.protocols.MERGE3.up(MERGE3.java:290) > at org.jgroups.protocols.Discovery.up(Discovery.java:359) > at org.jgroups.protocols.TP.passMessageUp(TP.java:1287) > at org.jgroups.protocols.TP$IncomingPacket.handleMyMessage(TP.java:1850) > at org.jgroups.protocols.TP$IncomingPacket.run(TP.java:1823) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) > at java.lang.Thread.run(Thread.java:722) -- 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-2586) Asynchronous FileCacheStore uses a JBossMarshaller with a null ExternalizerTable

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-2586?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-2586: -------------------------------- Fix Version/s: 5.2.2 (was: 5.2.1) > Asynchronous FileCacheStore uses a JBossMarshaller with a null ExternalizerTable > -------------------------------------------------------------------------------- > > Key: ISPN-2586 > URL: https://issues.jboss.org/browse/ISPN-2586 > Project: Infinispan > Issue Type: Bug > Reporter: Tristan Tarrant > Assignee: Galder Zamarreño > Fix For: 5.2.2, 5.3.0.Final > > -- 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-2584) BackupReceiver survives cache shutdown

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-2584?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-2584: -------------------------------- Fix Version/s: 5.2.2 (was: 5.2.1) > BackupReceiver survives cache shutdown > -------------------------------------- > > Key: ISPN-2584 > URL: https://issues.jboss.org/browse/ISPN-2584 > Project: Infinispan > Issue Type: Bug > Components: Cross-Site Replication > Affects Versions: 5.2.0.Beta5 > Reporter: Radim Vansa > Assignee: Mircea Markus > Fix For: 5.2.2, 5.3.0.Final > > > When the cache manager is stopped together with all caches, the static field {{BackupReceiverRepositoryImpl.backupReceivers}} is not cleaned up. When another cache manager is started and we try to XS replicate into this node, the request reaches {{BackupReceiver}} with references to the old, stopped cache. This instance has TERMINATED ComponentRepository without {{TransactionTable}} and this results in {{NullPointerException}} in {{BackupCacheUpdater.replayModificationsInTransaction}}. > When the cache is stopped, it should remove all references to it from the {{BackupReceiverRepositoryImpl.backupReceivers}}. -- 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-2549) Invalidation mode caches with pessimistic transactions may result in stale remote locks

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-2549?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-2549: -------------------------------- Fix Version/s: 5.2.2 (was: 5.2.1) > Invalidation mode caches with pessimistic transactions may result in stale remote locks > --------------------------------------------------------------------------------------- > > Key: ISPN-2549 > URL: https://issues.jboss.org/browse/ISPN-2549 > Project: Infinispan > Issue Type: Bug > Components: Locking and Concurrency > Affects Versions: 5.2.0.Beta4 > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 5.2.2, 5.3.0.Final > > Attachments: InvalidationModePessimisticLockingIssueTest.java > > > An invalidation mode cluster with two nodes A and B. Node A is coordinator. > Putting a key on node B results in a remote lock being acquired on A. But the lock on A is not released when the TX commits. Subsequent attempts to lock the key on A will fail with TimeoutException. > The key aspects to reproduce this are: > 1. pessimistic locking > 2. the transaction starts on a node different than the coordinator > This scenario does not involve any state transfer, so it should not be related to the already known issues with stale locks caused by state-transfer. -- 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-2577) Silence SuspectExceptions

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-2577?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-2577: -------------------------------- Fix Version/s: 5.2.2 (was: 5.2.1) > Silence SuspectExceptions > ------------------------- > > Key: ISPN-2577 > URL: https://issues.jboss.org/browse/ISPN-2577 > Project: Infinispan > Issue Type: Bug > Affects Versions: 5.2.0.Beta4 > Reporter: Michal Linhard > Assignee: Dan Berindei > Fix For: 5.2.2, 5.3.0.Final > > > There are lots of SuspectExceptions in resilience test run: > https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/EDG6/view/EDG-REPOR... > We managed to keep these under cover for 5.1.x branch. > This is of course a cosmetic problem, but it polutes the log with unnecessary ERRORs. > Parsed logs here: > http://www.qa.jboss.com/~mlinhard/test_results/run54-parsed/ -- 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