[JBoss JIRA] (ISPN-2486) TransactionTable contains wrong conversion pattern
by Martin Gencur (JIRA)
Martin Gencur created ISPN-2486:
-----------------------------------
Summary: TransactionTable contains wrong conversion pattern
Key: ISPN-2486
URL: https://issues.jboss.org/browse/ISPN-2486
Project: Infinispan
Issue Type: Bug
Affects Versions: 5.2.0.Beta3
Reporter: Martin Gencur
Assignee: Mircea Markus
TransactionTable class contains wrong conversion character at line 544 which causes the following exception to be thrown in JDG server:
{code}
11:34:49,810 ERROR [stderr] (LockBreakingService,default,node1/default) java.util.logging.ErrorManager: 5: Formatting error
11:34:49,812 ERROR [stderr] (LockBreakingService,default,node1/default) java.util.UnknownFormatConversionException: Conversion = '%'
11:34:49,813 ERROR [stderr] (LockBreakingService,default,node1/default) at java.util.Formatter.checkText(Formatter.java:2503)
11:34:49,814 ERROR [stderr] (LockBreakingService,default,node1/default) at java.util.Formatter.parse(Formatter.java:2485)
11:34:49,816 ERROR [stderr] (LockBreakingService,default,node1/default) at java.util.Formatter.format(Formatter.java:2414)
11:34:49,816 ERROR [stderr] (LockBreakingService,default,node1/default) at java.util.Formatter.format(Formatter.java:2367)
11:34:49,817 ERROR [stderr] (LockBreakingService,default,node1/default) at java.lang.String.format(String.java:2769)
11:34:49,818 ERROR [stderr] (LockBreakingService,default,node1/default) at org.jboss.logmanager.ExtLogRecord.formatRecord(ExtLogRecord.java:425)
11:34:49,819 ERROR [stderr] (LockBreakingService,default,node1/default) at org.jboss.logmanager.ExtLogRecord.getFormattedMessage(ExtLogRecord.java:388)
11:34:49,820 ERROR [stderr] (LockBreakingService,default,node1/default) at org.jboss.logmanager.formatters.Formatters$10.renderRaw(Formatters.java:358)
11:34:49,821 ERROR [stderr] (LockBreakingService,default,node1/default) at org.jboss.logmanager.formatters.Formatters$JustifyingFormatStep.render(Formatters.java:150)
11:34:49,821 ERROR [stderr] (LockBreakingService,default,node1/default) at org.jboss.logmanager.formatters.MultistepFormatter.format(MultistepFormatter.java:86)
11:34:49,821 ERROR [stderr] (LockBreakingService,default,node1/default) at org.jboss.logmanager.ExtFormatter.format(ExtFormatter.java:35)
11:34:49,821 ERROR [stderr] (LockBreakingService,default,node1/default) at org.jboss.logmanager.handlers.WriterHandler.doPublish(WriterHandler.java:49)
11:34:49,822 ERROR [stderr] (LockBreakingService,default,node1/default) at org.jboss.logmanager.ExtHandler.publish(ExtHandler.java:76)
11:34:49,822 ERROR [stderr] (LockBreakingService,default,node1/default) at org.jboss.logmanager.LoggerNode.publish(LoggerNode.java:290)
11:34:49,822 ERROR [stderr] (LockBreakingService,default,node1/default) at org.jboss.logmanager.LoggerNode.publish(LoggerNode.java:298)
11:34:49,822 ERROR [stderr] (LockBreakingService,default,node1/default) at org.jboss.logmanager.LoggerNode.publish(LoggerNode.java:298)
11:34:49,822 ERROR [stderr] (LockBreakingService,default,node1/default) at org.jboss.logmanager.LoggerNode.publish(LoggerNode.java:298)
11:34:49,823 ERROR [stderr] (LockBreakingService,default,node1/default) at org.jboss.logmanager.LoggerNode.publish(LoggerNode.java:298)
11:34:49,823 ERROR [stderr] (LockBreakingService,default,node1/default) at org.jboss.logmanager.Logger.logRaw(Logger.java:721)
11:34:49,823 ERROR [stderr] (LockBreakingService,default,node1/default) at org.jboss.logmanager.Logger.log(Logger.java:672)
11:34:49,823 ERROR [stderr] (LockBreakingService,default,node1/default) at org.jboss.logging.JBossLogManagerLogger.doLogf(JBossLogManagerLogger.java:54)
11:34:49,823 ERROR [stderr] (LockBreakingService,default,node1/default) at org.jboss.logging.Logger.logf(Logger.java:2129)
11:34:49,824 ERROR [stderr] (LockBreakingService,default,node1/default) at org.jboss.logging.DelegatingBasicLogger.debugf(DelegatingBasicLogger.java:242)
11:34:49,824 ERROR [stderr] (LockBreakingService,default,node1/default) at org.infinispan.transaction.TransactionTable.cleanupCompletedTransactions(TransactionTable.java:543)
This bug was brought into Infinispan along with fix for ISPN-2081.
{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
12 years, 1 month
[JBoss JIRA] (ISPN-2407) StateProviderImpl.getTransactionsForSegments can fail with an IllegalStateException
by Dan Berindei (JIRA)
Dan Berindei created ISPN-2407:
----------------------------------
Summary: StateProviderImpl.getTransactionsForSegments can fail with an IllegalStateException
Key: ISPN-2407
URL: https://issues.jboss.org/browse/ISPN-2407
Project: Infinispan
Issue Type: Bug
Components: State transfer
Affects Versions: 5.2.0.Beta2
Reporter: Dan Berindei
Assignee: Dan Berindei
Priority: Critical
Fix For: 5.2.0.CR1
I have seen this in NoRpcOnReadonlyTransactionsTest:
{noformat}
18:07:58,765 TRACE (OOB-2,ISPN,NodeE-8639:a) [StateProviderImpl] Transactions were requested by node NodeF-33213 with topology 3, greater than the local topology (1). Waiting for topology 3 to be installed locally.
18:07:58,765 TRACE (OOB-2,ISPN,NodeE-8639:) [InboundInvocationHandlerImpl] Exception executing command
java.lang.IllegalArgumentException: Node NodeE-8639 is not a member
at org.infinispan.distribution.ch.DefaultConsistentHash.getSegmentsForOwner(DefaultConsistentHash.java:97)
at org.infinispan.statetransfer.StateProviderImpl.getTransactionsForSegments(StateProviderImpl.java:203)
at org.infinispan.statetransfer.StateRequestCommand.perform(StateRequestCommand.java:88)
{noformat}
The problem is that {{StateProviderImpl.getSegmentsForOwner}} uses an older consistent hash "cached" in StateProviderImpl, but the topology id in StateTransferLockImpl has been already updated by {{StateConsumerImpl.onTopologyUpdate}}, so calling {{StateTransferLockImpl.waitForTopology}} doesn't do anything.
The simplest solution would be to call {{StateProviderImpl.onTopologyUpdate}} before {{StateConsumerImpl.onTopologyUpdate}}, and it doesn't look like it would cause any problems.
--
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, 1 month
[JBoss JIRA] (ISPN-2487) Typo in TransactionTable causes UnknownFormatConversionException
by Radim Vansa (JIRA)
Radim Vansa created ISPN-2487:
---------------------------------
Summary: Typo in TransactionTable causes UnknownFormatConversionException
Key: ISPN-2487
URL: https://issues.jboss.org/browse/ISPN-2487
Project: Infinispan
Issue Type: Bug
Affects Versions: 5.2.0.Beta3
Reporter: Radim Vansa
Assignee: Mircea Markus
Priority: Minor
In org.infinispan.transaction.TransactionTable.cleanupCompletedTransactions there is a typo in debug message (at the end) which causes an UnknownFormatConversionException with debug logging: there is the percent sign without formatter character at the end of the formatting string.
Fix is trivial.
--
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, 1 month
[JBoss JIRA] (ISPN-2479) Update of entry fails to cleanup when previous entry is using a different index
by Sanne Grinovero (JIRA)
Sanne Grinovero created ISPN-2479:
-------------------------------------
Summary: Update of entry fails to cleanup when previous entry is using a different index
Key: ISPN-2479
URL: https://issues.jboss.org/browse/ISPN-2479
Project: Infinispan
Issue Type: Bug
Components: Querying
Reporter: Sanne Grinovero
Assignee: Sanne Grinovero
Fix For: 5.2.0.CR1, 5.2.0.Final
Different value types could be put in the slot/key being used by a different indexed type which is configured to use a different index. In such a case the _put_ operation correctly updates the new index but fails to remove eventual entries stored in the index used by the previous stored type.
--
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, 1 month
[JBoss JIRA] (ISPN-2470) Runnable execution with DistributedExecutor fails for REPL_SYNC mode
by Anna Manukyan (JIRA)
Anna Manukyan created ISPN-2470:
-----------------------------------
Summary: Runnable execution with DistributedExecutor fails for REPL_SYNC mode
Key: ISPN-2470
URL: https://issues.jboss.org/browse/ISPN-2470
Project: Infinispan
Issue Type: Bug
Components: Distributed Execution and Map/Reduce
Reporter: Anna Manukyan
Assignee: Vladimir Blagojevic
Hi,
after the update from infinispan master, the org.infinispan.distexec.ReplSyncDistributedExecutorTest.testRunnableInvocation() fails periodically.
The failure message is:
testRunnableInvocation
"java.util.concurrent.ExecutionException: java.util.concurrent.ExecutionException: Failover execution failed at org.infinispan.distexec.DefaultExecutorService$DistributedTaskPart.innerGet(DefaultExecutorService.java:872) at org.infinispan.distexec.DefaultExecutorService$DistributedTaskPart.get(DefaultExecutorService.java:839) at org.infinispan.distexec.DistributedExecutorTest.testRunnableInvocation(DistributedExecutorTest.java:126) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) at java.util.concurrent.FutureTask.run(FutureTask.java:166) 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) Caused by: java.util.concurrent.ExecutionException: Failover execution failed at org.infinispan.distexec.DefaultExecutorService$DistributedTaskPart.failoverExecution(DefaultExecutorService.java:896) at org.infinispan.distexec.DefaultExecutorService$DistributedTaskPart.innerGet(DefaultExecutorService.java:870) ... 23 more Caused by: java.lang.Exception: Failover execution failed ... 25 more Caused by: java.util.concurrent.ExecutionException: Failover execution failed at org.infinispan.distexec.DefaultExecutorService$DistributedTaskPart.failoverExecution(DefaultExecutorService.java:893) ... 24 more Caused by: java.lang.Exception: Failover execution failed ... 25 more Caused by: java.util.concurrent.ExecutionException: java.lang.IllegalStateException: Invalid response {ReplSyncDistributedExecutorTest-NodeB-37961=null} at org.infinispan.distexec.DefaultExecutorService$DistributedTaskPart.retrieveResult(DefaultExecutorService.java:946) at org.infinispan.distexec.DefaultExecutorService$DistributedTaskPart.innerGet(DefaultExecutorService.java:864) ... 23 more Caused by: java.lang.IllegalStateException: Invalid response {ReplSyncDistributedExecutorTest-NodeB-37961=null} ... 25 more ... Removed 16 stack frames
java.util.concurrent.ExecutionException: java.util.concurrent.ExecutionException: Failover execution failed at org.infinispan.distexec.DefaultExecutorService$DistributedTaskPart.innerGet(DefaultExecutorService.java:872) at org.infinispan.distexec.DefaultExecutorService$DistributedTaskPart.get(DefaultExecutorService.java:839) at org.infinispan.distexec.DistributedExecutorTest.testRunnableInvocation(DistributedExecutorTest.java:126) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:601) 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:334) at java.util.concurrent.FutureTask.run(FutureTask.java:166) 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) Caused by: java.util.concurrent.ExecutionException: Failover execution failed at org.infinispan.distexec.DefaultExecutorService$DistributedTaskPart.failoverExecution(DefaultExecutorService.java:896) at org.infinispan.distexec.DefaultExecutorService$DistributedTaskPart.innerGet(DefaultExecutorService.java:870) ... 23 more Caused by: java.lang.Exception: Failover execution failed ... 25 more Caused by: java.util.concurrent.ExecutionException: Failover execution failed at org.infinispan.distexec.DefaultExecutorService$DistributedTaskPart.failoverExecution(DefaultExecutorService.java:893) ... 24 more Caused by: java.lang.Exception: Failover execution failed ... 25 more Caused by: java.util.concurrent.ExecutionException: java.lang.IllegalStateException: Invalid response {ReplSyncDistributedExecutorTest-NodeB-37961=null} at org.infinispan.distexec.DefaultExecutorService$DistributedTaskPart.retrieveResult(DefaultExecutorService.java:946) at org.infinispan.distexec.DefaultExecutorService$DistributedTaskPart.innerGet(DefaultExecutorService.java:864) ... 23 more Caused by: java.lang.IllegalStateException: Invalid response {ReplSyncDistributedExecutorTest-NodeB-37961=null} ... 25 more "
org.infinispan.distexec.DefaultExecutorService$DistributedTaskPart.innerGet(DefaultExecutorService.java:872)
org.infinispan.distexec.DefaultExecutorService$DistributedTaskPart.get(DefaultExecutorService.java:839)
org.infinispan.distexec.DistributedExecutorTest.testRunnableInvocation(DistributedExecutorTest.java:126)
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
java.lang.reflect.Method.invoke(Method.java:601)
org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:80)
org.testng.internal.Invoker.invokeMethod(Invoker.java:715)
org.testng.internal.Invoker.invokeTestMethod(Invoker.java:907)
org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1237)
org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127)
org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111)
org.testng.TestRunner.privateRun(TestRunner.java:767)
org.testng.TestRunner.run(TestRunner.java:617)
org.testng.SuiteRunner.runTest(SuiteRunner.java:334)
org.testng.SuiteRunner.access$000(SuiteRunner.java:37)
org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:368)
org.testng.internal.thread.ThreadUtil$2.call(ThreadUtil.java:64)
java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
java.util.concurrent.FutureTask.run(FutureTask.java:166)
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
java.lang.Thread.run(Thread.java:722)
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
12 years, 1 month
[JBoss JIRA] (ISPN-2386) MapReduce on custom classes doesn't work in case of CacheLoader
by Anna Manukyan (JIRA)
Anna Manukyan created ISPN-2386:
-----------------------------------
Summary: MapReduce on custom classes doesn't work in case of CacheLoader
Key: ISPN-2386
URL: https://issues.jboss.org/browse/ISPN-2386
Project: Infinispan
Issue Type: Bug
Components: Distributed Execution and Map/Reduce
Affects Versions: 5.2.0.Beta1
Reporter: Anna Manukyan
Assignee: Vladimir Blagojevic
The issue described in ISPN-2138 reappears in case when the cache is configured with CacheLoader.
The ClassCastException is thrown when MapReduce processes the entries from CacheLoader.
The Exception is:
java.lang.ClassCastException: org.infinispan.marshall.MarshalledValue cannot be cast to org.infinispan.distexec.mapreduce.Book
at org.infinispan.distexec.mapreduce.BookSearchTest$TitleBookSearcher.map(BookSearchTest.java:74)
at org.infinispan.distexec.mapreduce.MapReduceManagerImpl.map(MapReduceManagerImpl.java:179)
at org.infinispan.distexec.mapreduce.MapReduceManagerImpl.mapAndCombineForLocalReduction(MapReduceManagerImpl.java:87)
at org.infinispan.commands.read.MapCombineCommand.perform(MapCombineCommand.java:91)
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)
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:604)
at org.jgroups.JChannel.up(JChannel.java:715)
at org.jgroups.stack.ProtocolStack.up(ProtocolStack.java:1020)
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:722)
at org.jgroups.protocols.pbcast.NAKACK2.up(NAKACK2.java:570)
at org.jgroups.protocols.Discovery.up(Discovery.java:359)
at org.jgroups.protocols.TP.passMessageUp(TP.java:1293)
at org.jgroups.protocols.TP$IncomingPacket.handleMyMessage(TP.java:1856)
at org.jgroups.protocols.TP$IncomingPacket.run(TP.java:1829)
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)
I'll provide the pull request URL with reproduction/verification test later.
--
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, 1 month