March 2017 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-7598) Core test suite leaks threads

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-7598?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-7598: ---------------------------------- Fix Version/s: 9.1.0.Final (was: 9.0.0.Final) > Core test suite leaks threads > ----------------------------- > > Key: ISPN-7598 > URL: https://issues.jboss.org/browse/ISPN-7598 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Core > Affects Versions: 9.0.0.CR2 > Reporter: Dan Berindei > Assignee: Dan Berindei > Labels: testsuite_stability > Fix For: 9.1.0.Final > > > Each {{LocalDistributedExecutorTest}} test method creates a new {{DefaultExecutorService}} instance, and each instance uses a new local executor created with {{Executors.newCachedThreadPool(...)}}. But the {{DefaultExecutorService}} is created with {{takeExecutorOwnership = false}}, and so the local executor is not stopped on shutdown. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years

1
0
0 / 0

[JBoss JIRA] (ISPN-7553) Replicated cache with numOwners=1 doesn't send writes to backups

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-7553?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-7553: ---------------------------------- Fix Version/s: 9.1.0.Final (was: 9.0.0.Final) > Replicated cache with numOwners=1 doesn't send writes to backups > ---------------------------------------------------------------- > > Key: ISPN-7553 > URL: https://issues.jboss.org/browse/ISPN-7553 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 9.0.0.CR2 > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Critical > Fix For: 9.1.0.Final > > > {{BaseDistributionInterceptor.primaryReturnHandler()}} doesn't replicate writes to the backups if {{cacheConfiguration.clustering().hash().numOwners() == 1}}. That check is incorrect, because a segment can have more owners than configured: > 1. In a replicated cache, the configured {{numOwners}} is ignored, and all the members are owners. > 1. Even in a distributed cache, during rebalance, the segments being moved will have more than {{numOwners}} owners. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years

1
0
0 / 0

[JBoss JIRA] (ISPN-7604) StateTransferLockImpl.stop() never runs

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-7604?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-7604: ---------------------------------- Fix Version/s: 9.1.0.Final (was: 9.0.0.Final) > StateTransferLockImpl.stop() never runs > --------------------------------------- > > Key: ISPN-7604 > URL: https://issues.jboss.org/browse/ISPN-7604 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 9.0.0.CR2 > Reporter: Dan Berindei > Assignee: Dan Berindei > Fix For: 9.1.0.Final > > > {{StateTransferLockImpl.stop()}} is supposed to signal the installation of topology {{Integer.MAX_VALUE}}, in order to unblock any commands waiting for a new topology. However, it doesn't have the {{@Stop}} annotation, so it's never called, and threads waiting on a new topology will block forever: > {noformat} > "jgroups-4,test-NodeB-41665@3770" prio=5 tid=0x1f nid=NA waiting > java.lang.Thread.State: WAITING > at sun.misc.Unsafe.park(Unsafe.java:-1) > at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175) > at java.util.concurrent.CompletableFuture$Signaller.block(CompletableFuture.java:1693) > at java.util.concurrent.ForkJoinPool.managedBlock(ForkJoinPool.java:3323) > at java.util.concurrent.CompletableFuture.waitingGet(CompletableFuture.java:1729) > at java.util.concurrent.CompletableFuture.join(CompletableFuture.java:1934) > at org.infinispan.remoting.inboundhandler.BaseBlockingRunnable.runSync(BaseBlockingRunnable.java:48) > at org.infinispan.remoting.inboundhandler.BaseBlockingRunnable.run(BaseBlockingRunnable.java:38) > at org.infinispan.remoting.inboundhandler.TrianglePerCacheInboundInvocationHandler.handleStateRequestCommand(TrianglePerCacheInboundInvocationHandler.java:171) > at org.infinispan.remoting.inboundhandler.TrianglePerCacheInboundInvocationHandler.handle(TrianglePerCacheInboundInvocationHandler.java:109) > at org.infinispan.remoting.inboundhandler.GlobalInboundInvocationHandler.handleCacheRpcCommand(GlobalInboundInvocationHandler.java:120) > at org.infinispan.remoting.inboundhandler.GlobalInboundInvocationHandler.handleFromCluster(GlobalInboundInvocationHandler.java:79) > at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.executeCommandFromLocalCluster(CommandAwareRpcDispatcher.java:175) > at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.handle(CommandAwareRpcDispatcher.java:149) > at org.jgroups.blocks.RequestCorrelator.handleRequest(RequestCorrelator.java:383) > at org.jgroups.blocks.RequestCorrelator.dispatch(RequestCorrelator.java:356) > at org.jgroups.blocks.RequestCorrelator.receiveMessageBatch(RequestCorrelator.java:326) > at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.up(MessageDispatcher.java:586) > at org.jgroups.JChannel.up(JChannel.java:813) > at org.jgroups.stack.ProtocolStack.up(ProtocolStack.java:896) > at org.jgroups.protocols.RSVP.up(RSVP.java:233) > at org.jgroups.protocols.FlowControl.up(FlowControl.java:418) > at org.jgroups.stack.Protocol.up(Protocol.java:344) > at org.jgroups.stack.Protocol.up(Protocol.java:344) > at org.jgroups.protocols.pbcast.STABLE.up(STABLE.java:293) > at org.jgroups.protocols.UNICAST3.deliverBatch(UNICAST3.java:1083) > at org.jgroups.protocols.UNICAST3.removeAndDeliver(UNICAST3.java:892) > at org.jgroups.protocols.UNICAST3.handleBatchReceived(UNICAST3.java:858) > at org.jgroups.protocols.UNICAST3.up(UNICAST3.java:529) > at org.jgroups.protocols.pbcast.NAKACK2.up(NAKACK2.java:695) > at org.jgroups.stack.Protocol.up(Protocol.java:344) > at org.jgroups.protocols.TP.passBatchUp(TP.java:1229) > at org.jgroups.util.MaxOneThreadPerSender$BatchHandlerLoop.passBatchUp(MaxOneThreadPerSender.java:284) > at org.jgroups.util.SubmitToThreadPool$BatchHandler.run(SubmitToThreadPool.java:136) > at org.jgroups.util.MaxOneThreadPerSender$BatchHandlerLoop.run(MaxOneThreadPerSender.java:273) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > {noformat} -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years

1
0
0 / 0

[JBoss JIRA] (ISPN-7407) Investigate flow control performance

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-7407?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-7407: ---------------------------------- Fix Version/s: 9.1.0.Final (was: 9.0.0.Final) > Investigate flow control performance > ------------------------------------ > > Key: ISPN-7407 > URL: https://issues.jboss.org/browse/ISPN-7407 > Project: Infinispan > Issue Type: Task > Components: Core > Affects Versions: 9.0.0.Beta2 > Reporter: Dan Berindei > Assignee: Dan Berindei > Fix For: 9.1.0.Final > > -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years

1
0
0 / 0

[JBoss JIRA] (ISPN-7509) TotalOrderStateTransferInterceptor doesn't handle OutdatedTopologyException for read commands

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-7509?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-7509: ---------------------------------- Fix Version/s: 9.1.0.Final (was: 9.0.0.Final) > TotalOrderStateTransferInterceptor doesn't handle OutdatedTopologyException for read commands > --------------------------------------------------------------------------------------------- > > Key: ISPN-7509 > URL: https://issues.jboss.org/browse/ISPN-7509 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 9.0.0.CR1 > Reporter: Dan Berindei > Assignee: Pedro Ruivo > Priority: Critical > Labels: testsuite_stability > Fix For: 9.1.0.Final > > > Since ISPN-6859, read commands can also trigger {{OutdatedTopologyException}}, but these are only handled in the non-TO {{StateTransferInterceptor}}. When a read should be retried because of a topology change in a TO cache, the {{OutdatedTopologyException}} is instead thrown to the user: > {noformat} > 16:50:40,595 DEBUG (jgroups-9,Test-NodeA-483:[]) [InvocationContextInterceptor] ISPN000311: Received a command from an outdated topology, returning the exception to caller > org.infinispan.statetransfer.OutdatedTopologyException: Did not get any successful response, got {Test-NodeC-46564=UnsuccessfulResponse} > 16:50:40,595 ERROR (testng-Test:[]) [TestSuiteProgress] Test failed: org.infinispan.tx.totalorder.statetransfer.DistTotalOrderVersionedStateTransferTest.testStateTransfer > org.infinispan.statetransfer.OutdatedTopologyException: Did not get any successful response, got {Test-NodeC-46564=UnsuccessfulResponse} > {noformat} > This causes random failures in {{DistTotalOrderVersionedStateTransferTest}}. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years

1
0
0 / 0

[JBoss JIRA] (ISPN-7525) ClusterCacheStatus additional fix

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-7525?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-7525: ---------------------------------- Fix Version/s: 9.1.0.Final (was: 9.0.0.Final) > ClusterCacheStatus additional fix > --------------------------------- > > Key: ISPN-7525 > URL: https://issues.jboss.org/browse/ISPN-7525 > Project: Infinispan > Issue Type: Enhancement > Reporter: Sebastian Łaskawiec > Assignee: Sebastian Łaskawiec > Priority: Blocker > Fix For: 9.1.0.Final > > > As [~dan.berindei] mentioned in the [PR|https://github.com/infinispan/infinispan/pull/4871#discussion_r102774407] we should look at additional scenario (when coordinator has newer topology) and also fix the test. It should fail when the fix is not there. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years

1
0
0 / 0

[JBoss JIRA] (ISPN-7396) Improve default bundle size and fragment size

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-7396?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-7396: ---------------------------------- Fix Version/s: 9.1.0.Final (was: 9.0.0.Final) > Improve default bundle size and fragment size > --------------------------------------------- > > Key: ISPN-7396 > URL: https://issues.jboss.org/browse/ISPN-7396 > Project: Infinispan > Issue Type: Task > Components: Core > Affects Versions: 9.0.0.Beta2 > Reporter: Dan Berindei > Assignee: Dan Berindei > Labels: performance > Fix For: 9.1.0.Final > > > If a UDP packet is split into multiple ethernet frames, the entire packet is lost. TCP avoids sending packets larger than an ethernet frame for us, but with a UDP transport, we need to consider the ethernet frame size when configuring {{UDP.max_bundle_size}} and {{FRAG2.frag_size}}. > Most modern networks should support jumbo frames with 9000 bytes, so we should set {{UDP.max_bundle_size=8000}} and {{FRAG2.frag_size=8500}} -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years

1
0
0 / 0

[JBoss JIRA] (ISPN-7401) AbstractProtocolServer relying on startDefaultCache

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-7401?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-7401: ---------------------------------- Fix Version/s: 9.1.0.Final (was: 9.0.0.Final) > AbstractProtocolServer relying on startDefaultCache > --------------------------------------------------- > > Key: ISPN-7401 > URL: https://issues.jboss.org/browse/ISPN-7401 > Project: Infinispan > Issue Type: Task > Components: Server > Reporter: Sanne Grinovero > Assignee: Tristan Tarrant > Fix For: 9.1.0.Final > > > The {{AbstractProtocolServer}} class is used/extended by various other tools, including testing infrastructure of OGM. > It currently is "booting" the system by starting the default cache. This concept needs an update. > See {{org.infinispan.server.core.AbstractProtocolServer.startDefaultCache()}} -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years

1
0
0 / 0

[JBoss JIRA] (ISPN-7415) Immortal entries use EmbeddedExpirableMetadata instead of EmbeddedMetadata

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-7415?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-7415: ---------------------------------- Fix Version/s: 9.1.0.Final (was: 9.0.0.Final) > Immortal entries use EmbeddedExpirableMetadata instead of EmbeddedMetadata > -------------------------------------------------------------------------- > > Key: ISPN-7415 > URL: https://issues.jboss.org/browse/ISPN-7415 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 9.0.0.Beta2 > Reporter: Dan Berindei > Assignee: Dan Berindei > Fix For: 9.1.0.Final > > > The default lifespan and maxIdle are -1 to signal no expiration, but calling {{EmbeddedMetadata.Builder.lifespan\(x)}} with any value will make it create an {{EmbeddedExpirableMetadata}} instance. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years

1
0
0 / 0

[JBoss JIRA] (ISPN-7288) Indexed queries with IN clause should use TermsQuery

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-7288?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-7288: ---------------------------------- Fix Version/s: 9.1.0.Final (was: 9.0.0.Final) > Indexed queries with IN clause should use TermsQuery > ---------------------------------------------------- > > Key: ISPN-7288 > URL: https://issues.jboss.org/browse/ISPN-7288 > Project: Infinispan > Issue Type: Enhancement > Components: Embedded Querying > Affects Versions: 8.2.5.Final, 9.0.0.Beta1 > Reporter: Gustavo Fernandes > Assignee: Adrian Nistor > Fix For: 9.1.0.Final > > > There are two reasons for it: > * TermsQuery don't have a clause limit as Boolean Queries do (default is 1024) > * Performance for high number of clauses is vastly superior -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues March 2017