November 2012 - infinispan-issues

[JBoss JIRA] (ISPN-2512) org.infinispan.lock.singlelock.replicated.pessimistic.InitiatorCrashPessimisticReplTest.testInitiatorNodeCrashesBeforeCommit fails randomly

by Anna Manukyan (JIRA)

Anna Manukyan created ISPN-2512: ----------------------------------- Summary: org.infinispan.lock.singlelock.replicated.pessimistic.InitiatorCrashPessimisticReplTest.testInitiatorNodeCrashesBeforeCommit fails randomly Key: ISPN-2512 URL: https://issues.jboss.org/browse/ISPN-2512 Project: Infinispan Issue Type: Bug Reporter: Anna Manukyan Assignee: Mircea Markus The test failed randomly during last Infinispan testsuite run on Rhel5_x86, OpenJDK6. You can find the log here: http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/edg-60-ispn-testsuite... The bug doesn't appear when the test is run separately. -- 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

11 years, 5 months

2
4
0 / 0

[JBoss JIRA] (ISPN-2507) @DataRehashed event is not triggered

by Anna Manukyan (JIRA)

Anna Manukyan created ISPN-2507: ----------------------------------- Summary: @DataRehashed event is not triggered Key: ISPN-2507 URL: https://issues.jboss.org/browse/ISPN-2507 Project: Infinispan Issue Type: Bug Reporter: Anna Manukyan Assignee: Mircea Markus The case is the following: There is 2 node cluster. The first is up and running. The second node starts and puts data into the cache. The cache is configured with DIST_ASYNC clustering mode. The test checks that the data is rehashed, i.e. state transfer has done, but the @DataRehashed event was not triggered. You can find the failing test results here: http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/edg-60-jdbc-cache-sto... and here: http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/edg-60-jdbc-cache-sto... The test is located here: https://svn.devel.redhat.com/repos/jboss-qa/jdg/jdg-functional-tests/trun... Best regards, Anna. -- 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

11 years, 5 months

2
3
0 / 0

[JBoss JIRA] (ISPN-2513) org.infinispan.tx.StaleLockRecoveryTest.testStaleLock fails randomly

by Anna Manukyan (JIRA)

Anna Manukyan created ISPN-2513: ----------------------------------- Summary: org.infinispan.tx.StaleLockRecoveryTest.testStaleLock fails randomly Key: ISPN-2513 URL: https://issues.jboss.org/browse/ISPN-2513 Project: Infinispan Issue Type: Bug Reporter: Anna Manukyan Assignee: Mircea Markus The test fails randomly during Infinispan testsuite run on IBM-JDK7. You can find the logs here: http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/edg-60-ispn-testsuite... The bug doesn't appear when the test is run separately. -- 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

11 years, 5 months

2
5
0 / 0

[JBoss JIRA] (ISPN-2509) org.infinispan.client.hotrod.PingOnStartupTest.testTopologyFetched randomly fails

by Anna Manukyan (JIRA)

Anna Manukyan created ISPN-2509: ----------------------------------- Summary: org.infinispan.client.hotrod.PingOnStartupTest.testTopologyFetched randomly fails Key: ISPN-2509 URL: https://issues.jboss.org/browse/ISPN-2509 Project: Infinispan Issue Type: Bug Reporter: Anna Manukyan Assignee: Mircea Markus The test failed on Solaris11_x64 sparcs. The log is available here: https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/EDG6/view/EDG-REPOR... The bug doesn't appear when the test is run separately. -- 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

11 years, 5 months

2
4
0 / 0

[JBoss JIRA] (ISPN-2529) Simplify Query API

by Sanne Grinovero (JIRA)

Sanne Grinovero created ISPN-2529: ------------------------------------- Summary: Simplify Query API Key: ISPN-2529 URL: https://issues.jboss.org/browse/ISPN-2529 Project: Infinispan Issue Type: Enhancement Components: Querying Reporter: Sanne Grinovero Assignee: Sanne Grinovero Fix For: 6.0.0.Final I'm not sure exactly how we might be able to expose this but the amount of steps and builders currently needed to run a single query is a bit long. Let's have a look at it and make the steps needed to run a query simpler. Would also be nice to be able to abstract the Query definition in such a way that indexes are used only if they exist, but otherwise fall back to map/reduce or generate the indexes at runtime. -- 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

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2528) Verify and document Query functionality with programmatically defined indexes

by Sanne Grinovero (JIRA)

Sanne Grinovero created ISPN-2528: ------------------------------------- Summary: Verify and document Query functionality with programmatically defined indexes Key: ISPN-2528 URL: https://issues.jboss.org/browse/ISPN-2528 Project: Infinispan Issue Type: Task Components: Querying Reporter: Sanne Grinovero Assignee: Sanne Grinovero Fix For: 5.2.0.CR1 Hibernate Search supports programmatic configuration of indexes, we should add some tests in Infinispan Query to verify the looks of such an API and if it works. Then document 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

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2439) Deadlock in Map/Reduce tasks

by Dan Berindei (JIRA)

Dan Berindei created ISPN-2439: ---------------------------------- Summary: Deadlock in Map/Reduce tasks Key: ISPN-2439 URL: https://issues.jboss.org/browse/ISPN-2439 Project: Infinispan Issue Type: Bug Components: Distributed Execution and Map/Reduce Affects Versions: 5.2.0.Beta2 Reporter: Dan Berindei Assignee: Vladimir Blagojevic Fix For: 5.2.0.Final It looks like the Map/Reduce intermediate caches use pessimistic transactions, but the transactions are not guaranteed to write to the keys in the same order. So it's possible for two tasks to get into a deadlock, ending with a TimeoutException: {noformat} 16:18:40,649 ERROR (testng-DistributedFourNodesMapReduceTest:) [UnitTestTestNGListener] Test testCombinerDoesNotChangeResult(org.infinispan.distexec.mapreduce.DistributedFourNodesMapReduceTest) failed. org.infinispan.CacheException: Could not invoke map phase of MapReduce task on remote nodes at org.infinispan.distexec.mapreduce.MapReduceTask.invokeEverywhere(MapReduceTask.java:562) at org.infinispan.distexec.mapreduce.MapReduceTask.executeMapPhase(MapReduceTask.java:374) at org.infinispan.distexec.mapreduce.MapReduceTask.execute(MapReduceTask.java:315) at org.infinispan.distexec.mapreduce.BaseWordCountMapReduceTest.testCombinerDoesNotChangeResult(BaseWordCountMapReduceTest.java:188) ... Caused by: org.infinispan.CacheException: org.infinispan.CacheException: Could not move intermediate keys/values for M/R task 04244b4b-08b1-4fc4-9755-ed02f3f35a3a at org.infinispan.distexec.mapreduce.MapReduceManagerImpl.mapAndCombineForDistributedReduction(MapReduceManagerImpl.java:97) at org.infinispan.commands.read.MapCombineCommand.perform(MapCombineCommand.java:89) at org.infinispan.remoting.InboundInvocationHandlerImpl.handleInternal(InboundInvocationHandlerImpl.java:95) at org.infinispan.remoting.InboundInvocationHandlerImpl.handleWithWaitForBlocks(InboundInvocationHandlerImpl.java:110) at org.infinispan.remoting.InboundInvocationHandlerImpl.handle(InboundInvocationHandlerImpl.java:82) at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.executeCommandFromLocalCluster(CommandAwareRpcDispatcher.java:244) at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.handle(CommandAwareRpcDispatcher.java:217) at org.jgroups.blocks.RequestCorrelator.handleRequest(RequestCorrelator.java:483) ... Caused by: org.infinispan.CacheException: Could not move intermediate keys/values for M/R task 04244b4b-08b1-4fc4-9755-ed02f3f35a3a at org.infinispan.distexec.mapreduce.MapReduceManagerImpl.combine(MapReduceManagerImpl.java:281) at org.infinispan.distexec.mapreduce.MapReduceManagerImpl.mapAndCombineForDistributedReduction(MapReduceManagerImpl.java:95) ... 26 more Caused by: org.infinispan.util.concurrent.TimeoutException: Unable to acquire lock after [10 seconds] on key [JBoss] for requestor [GlobalTransaction:<NodeD-56763>:10429:remote]! Lock held by [GlobalTransaction:<NodeB-55590>:10432:remote] at org.infinispan.util.concurrent.locks.LockManagerImpl.lock(LockManagerImpl.java:217) at org.infinispan.util.concurrent.locks.LockManagerImpl.acquireLock(LockManagerImpl.java:190) at org.infinispan.interceptors.locking.AbstractTxLockingInterceptor.lockKeyAndCheckOwnership(AbstractTxLockingInterceptor.java:190) at org.infinispan.interceptors.locking.AbstractTxLockingInterceptor.lockAndRegisterBackupLock(AbstractTxLockingInterceptor.java:125) at org.infinispan.interceptors.locking.PessimisticLockingInterceptor.visitLockControlCommand(PessimisticLockingInterceptor.java:248) at org.infinispan.commands.control.LockControlCommand.acceptVisitor(LockControlCommand.java:131) 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.visitLockControlCommand(AbstractVisitor.java:177) at org.infinispan.commands.control.LockControlCommand.acceptVisitor(LockControlCommand.java:131) at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) at org.infinispan.interceptors.TxInterceptor.invokeNextInterceptorAndVerifyTransaction(TxInterceptor.java:125) at org.infinispan.interceptors.TxInterceptor.visitLockControlCommand(TxInterceptor.java:174) at org.infinispan.commands.control.LockControlCommand.acceptVisitor(LockControlCommand.java:131) at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) at org.infinispan.statetransfer.StateTransferInterceptor.handleTopologyAffectedCommand(StateTransferInterceptor.java:212) at org.infinispan.statetransfer.StateTransferInterceptor.handleTxCommand(StateTransferInterceptor.java:187) at org.infinispan.statetransfer.StateTransferInterceptor.visitLockControlCommand(StateTransferInterceptor.java:131) at org.infinispan.commands.control.LockControlCommand.acceptVisitor(LockControlCommand.java:131) at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:129) at org.infinispan.interceptors.InvocationContextInterceptor.visitLockControlCommand(InvocationContextInterceptor.java:98) at org.infinispan.commands.control.LockControlCommand.acceptVisitor(LockControlCommand.java:131) at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:347) at org.infinispan.commands.control.LockControlCommand.perform(LockControlCommand.java:150) at org.infinispan.remoting.InboundInvocationHandlerImpl.handleInternal(InboundInvocationHandlerImpl.java:95) at org.infinispan.remoting.InboundInvocationHandlerImpl.handleWithWaitForBlocks(InboundInvocationHandlerImpl.java:110) at org.infinispan.remoting.InboundInvocationHandlerImpl.handle(InboundInvocationHandlerImpl.java:82) at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.executeCommandFromLocalCluster(CommandAwareRpcDispatcher.java:244) at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.handle(CommandAwareRpcDispatcher.java:217) at org.jgroups.blocks.RequestCorrelator.handleRequest(RequestCorrelator.java:483) ... {noformat} -- 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

11 years, 5 months

3
13
0 / 0

[JBoss JIRA] (ISPN-2488) Drop-in migrator to dump keys and metadata to a known entry for rolling upgrade

by Tristan Tarrant (JIRA)

Tristan Tarrant created ISPN-2488: ------------------------------------- Summary: Drop-in migrator to dump keys and metadata to a known entry for rolling upgrade Key: ISPN-2488 URL: https://issues.jboss.org/browse/ISPN-2488 Project: Infinispan Issue Type: Feature Request Components: Migration tools Affects Versions: 5.2.0.Beta3 Reporter: Tristan Tarrant Assignee: Tristan Tarrant Priority: Blocker Fix For: 5.2.0.CR1 -- 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

11 years, 5 months

2
2
0 / 0

[JBoss JIRA] (ISPN-2352) Second invocation of ClusteredQueryImpl.lazyIterator() yields results in reverse order

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-2352?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-2352: -------------------------------- Fix Version/s: 5.2.0.CR1 (was: 5.2.0.Beta4) > Second invocation of ClusteredQueryImpl.lazyIterator() yields results in reverse order > -------------------------------------------------------------------------------------- > > Key: ISPN-2352 > URL: https://issues.jboss.org/browse/ISPN-2352 > Project: Infinispan > Issue Type: Bug > Components: Querying > Affects Versions: 5.2.0.Alpha4 > Reporter: Marko Lukša > Assignee: Galder Zamarreño > Priority: Minor > Fix For: 5.2.0.CR1 > > > When you invoke lazyIterator() for the 2nd time on the same ClusteredQueryImpl instance, the iterator returns results in reverse order. This only occurs when the query has a Sort specified. > Caused by DistributedIterator.setTopDocs(), which inverts the reverse flag on SortField. > The same is probably also true for ClusteredQueryImpl.iterator() -- 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

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2351) Operate the Query MassIndexer via JMX

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-2351?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-2351: -------------------------------- Fix Version/s: 5.2.0.CR1 (was: 5.2.0.Beta4) > Operate the Query MassIndexer via JMX > ------------------------------------- > > Key: ISPN-2351 > URL: https://issues.jboss.org/browse/ISPN-2351 > Project: Infinispan > Issue Type: Feature Request > Components: JMX, reporting and management, Querying > Reporter: Sanne Grinovero > Assignee: Galder Zamarreño > Fix For: 5.2.0.CR1, 5.2.0.Final > > > The MassIndexer is not exposed on JMX, we should expose 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

11 years, 5 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues November 2012