February 2018 - infinispan-issues

[JBoss JIRA] (ISPN-8745) Memory eviction strategy missing from server schema

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-8745?page=com.atlassian.jira.plugin.... ] Work on ISPN-8745 started by William Burns. ------------------------------------------- > Memory eviction strategy missing from server schema > --------------------------------------------------- > > Key: ISPN-8745 > URL: https://issues.jboss.org/browse/ISPN-8745 > Project: Infinispan > Issue Type: Bug > Components: Configuration, Server > Affects Versions: 9.2.0.CR1 > Reporter: Tristan Tarrant > Assignee: William Burns > Fix For: 9.2.0.Final > > > The server schema should be aligned with embedded -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8745) Memory eviction strategy missing from server schema

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-8745?page=com.atlassian.jira.plugin.... ] William Burns updated ISPN-8745: -------------------------------- Status: Open (was: New) > Memory eviction strategy missing from server schema > --------------------------------------------------- > > Key: ISPN-8745 > URL: https://issues.jboss.org/browse/ISPN-8745 > Project: Infinispan > Issue Type: Bug > Components: Configuration, Server > Affects Versions: 9.2.0.CR1 > Reporter: Tristan Tarrant > Assignee: William Burns > Fix For: 9.2.0.Final > > > The server schema should be aligned with embedded -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8746) Upgrade to JGroups 4.0.10.Final

by Ryan Emerson (JIRA)

[ https://issues.jboss.org/browse/ISPN-8746?page=com.atlassian.jira.plugin.... ] Ryan Emerson resolved ISPN-8746. -------------------------------- Resolution: Done > Upgrade to JGroups 4.0.10.Final > ------------------------------- > > Key: ISPN-8746 > URL: https://issues.jboss.org/browse/ISPN-8746 > Project: Infinispan > Issue Type: Component Upgrade > Affects Versions: 9.2.0.CR1 > Reporter: Ryan Emerson > Assignee: Ryan Emerson > Fix For: 9.2.0.CR2 > > -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8528) Move FailoverRequestBalancingStrategy to public package

by Radim Vansa (JIRA)

[ https://issues.jboss.org/browse/ISPN-8528?page=com.atlassian.jira.plugin.... ] Radim Vansa updated ISPN-8528: ------------------------------ Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/5721 > Move FailoverRequestBalancingStrategy to public package > ------------------------------------------------------- > > Key: ISPN-8528 > URL: https://issues.jboss.org/browse/ISPN-8528 > Project: Infinispan > Issue Type: Task > Components: Remote Protocols > Affects Versions: 9.2.0.Alpha2 > Reporter: Radim Vansa > > {{FailoverRequestBalancingStrategy}} currently lives in {{org.infinispan.client.hotrod.impl.transport.tcp}} while it is referenced in configuration - this is an API leak. Move that to {{org.infinispan.client.hotrod.configuration}} or a transport-dedicated *public* package. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3421) Transaction is sometimes not applied on all owners if originator dies during commit

by Pedro Ruivo (JIRA)

[ https://issues.jboss.org/browse/ISPN-3421?page=com.atlassian.jira.plugin.... ] Pedro Ruivo commented on ISPN-3421: ----------------------------------- the issue hasn't been fixed yet. there is no pull request link > Transaction is sometimes not applied on all owners if originator dies during commit > ----------------------------------------------------------------------------------- > > Key: ISPN-3421 > URL: https://issues.jboss.org/browse/ISPN-3421 > Project: Infinispan > Issue Type: Bug > Components: State Transfer > Affects Versions: 5.2.7.Final > Reporter: Erik Salter > Assignee: Dan Berindei > Priority: Critical > > There's a hole in state transfer mechanism that can occur when a node is leaving the cluster, but it was creating the entries and was only able to replicate the data to some of the nodes. > The problem occurs when the segment ownership of the node doesn't change after the rebalance. Since state transfer does not request state for keys in which it is already an owner, the cache could be left in a state where a key is resident < numOwners nodes. In addition, this could be any subset of the primary OR backup nodes. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8528) Move FailoverRequestBalancingStrategy to public package

by Radim Vansa (JIRA)

[ https://issues.jboss.org/browse/ISPN-8528?page=com.atlassian.jira.plugin.... ] Radim Vansa updated ISPN-8528: ------------------------------ Status: Open (was: New) > Move FailoverRequestBalancingStrategy to public package > ------------------------------------------------------- > > Key: ISPN-8528 > URL: https://issues.jboss.org/browse/ISPN-8528 > Project: Infinispan > Issue Type: Task > Components: Remote Protocols > Affects Versions: 9.2.0.Alpha2 > Reporter: Radim Vansa > > {{FailoverRequestBalancingStrategy}} currently lives in {{org.infinispan.client.hotrod.impl.transport.tcp}} while it is referenced in configuration - this is an API leak. Move that to {{org.infinispan.client.hotrod.configuration}} or a transport-dedicated *public* package. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8593) Switch to DNS_PING

by Sebastian Łaskawiec (JIRA)

[ https://issues.jboss.org/browse/ISPN-8593?page=com.atlassian.jira.plugin.... ] Sebastian Łaskawiec updated ISPN-8593: -------------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Switch to DNS_PING > ------------------ > > Key: ISPN-8593 > URL: https://issues.jboss.org/browse/ISPN-8593 > Project: Infinispan > Issue Type: Enhancement > Components: Cloud > Reporter: Sebastian Łaskawiec > Assignee: Sebastian Łaskawiec > -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8742) DistSyncTxL1FuncTest.testGetBlockingAnotherGetCacheEntry random failures

by Ryan Emerson (JIRA)

[ https://issues.jboss.org/browse/ISPN-8742?page=com.atlassian.jira.plugin.... ] Ryan Emerson resolved ISPN-8742. -------------------------------- Resolution: Done > DistSyncTxL1FuncTest.testGetBlockingAnotherGetCacheEntry random failures > ------------------------------------------------------------------------ > > Key: ISPN-8742 > URL: https://issues.jboss.org/browse/ISPN-8742 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Core > Affects Versions: 9.2.0.CR1 > Reporter: Dan Berindei > Assignee: Dan Berindei > Labels: testsuite_stability > Fix For: 9.2.0.CR2 > > > getAsync() doesn't always run interceptor callbacks on a separate thread. > The remote get can finish before the calling thread calls thenAccept(), > especially when the test suite is limited to a single CPU. > When that happens, the test thread cannot unblock the callback and the operation eventually times out: > {noformat} > 17:58:40,510 TRACE (jgroups-7,Test-NodeA-4165:[]) [JGroupsTransport] Test-NodeA-4165 received response for request 15 from Test-NodeC-55903: SuccessfulResponse(MetadataImmortalCacheValue {value=first-put, metadata=EmbeddedExpirableMetadata{lifespan=-1, maxIdle=-1, version=SimpleClusteredVersion{topologyId=13, version=1}}}) > 17:58:40,511 TRACE (testng-Test:[]) [CheckPoint] Triggering event pre_acquire_shared_topology_lock_invoked * 1 (available = 1, total = 1) > 17:58:40,511 TRACE (testng-Test:[]) [CheckPoint] Waiting for event pre_acquire_shared_topology_lock_released * 1 > 17:58:50,511 ERROR (testng-Test:[]) [CheckPoint] Timed out waiting for event pre_acquire_shared_topology_lock_released * 1 (available = 0, total = 0 > 17:58:50,512 ERROR (testng-Test:[]) [InvocationContextInterceptor] ISPN000136: Error executing command GetKeyValueCommand, writing keys [] > java.util.concurrent.TimeoutException: Timed out waiting for event pre_acquire_shared_topology_lock_released > at org.infinispan.test.fwk.CheckPoint.awaitStrict(CheckPoint.java:44) ~[test-classes/:?] > at org.infinispan.test.fwk.CheckPoint.awaitStrict(CheckPoint.java:34) ~[test-classes/:?] > at org.infinispan.distribution.BaseDistSyncL1Test.lambda$waitUntilAboutToAcquireLock$20(BaseDistSyncL1Test.java:554) ~[test-classes/:?] > at org.mockito.internal.stubbing.StubbedInvocationMatcher.answer(StubbedInvocationMatcher.java:35) ~[mockito-core-2.7.21.jar:?] > at org.mockito.internal.handler.MockHandlerImpl.handle(MockHandlerImpl.java:95) ~[mockito-core-2.7.21.jar:?] > at org.mockito.internal.handler.NullResultGuardian.handle(NullResultGuardian.java:32) ~[mockito-core-2.7.21.jar:?] > at org.mockito.internal.handler.InvocationNotifierHandler.handle(InvocationNotifierHandler.java:36) ~[mockito-core-2.7.21.jar:?] > at org.mockito.internal.creation.bytebuddy.MockMethodInterceptor.doIntercept(MockMethodInterceptor.java:57) ~[mockito-core-2.7.21.jar:?] > at org.mockito.internal.creation.bytebuddy.MockMethodInterceptor.doIntercept(MockMethodInterceptor.java:43) ~[mockito-core-2.7.21.jar:?] > at org.mockito.internal.creation.bytebuddy.MockMethodInterceptor$DispatcherDefaultingToRealMethod.interceptAbstract(MockMethodInterceptor.java:137) ~[mockito-core-2.7.21.jar:?] > at org.infinispan.statetransfer.StateTransferLock$MockitoMock$827961965.acquireSharedTopologyLock(Unknown Source) ~[classes/:?] > at org.infinispan.interceptors.distribution.L1WriteSynchronizer.runL1UpdateIfPossible(L1WriteSynchronizer.java:176) ~[classes/:?] > at org.infinispan.distribution.impl.L1ManagerImpl.remoteValueFound(L1ManagerImpl.java:196) ~[classes/:?] > at org.infinispan.interceptors.distribution.BaseDistributionInterceptor.lambda$remoteGet$1(BaseDistributionInterceptor.java:197) ~[classes/:?] > at java.util.concurrent.CompletableFuture.uniAccept(CompletableFuture.java:656) ~[?:1.8.0_152] > at java.util.concurrent.CompletableFuture.uniAcceptStage(CompletableFuture.java:669) ~[?:1.8.0_152] > at java.util.concurrent.CompletableFuture.thenAccept(CompletableFuture.java:1997) ~[?:1.8.0_152] > at java.util.concurrent.CompletableFuture.thenAccept(CompletableFuture.java:110) ~[?:1.8.0_152] > at org.infinispan.interceptors.distribution.BaseDistributionInterceptor.remoteGet(BaseDistributionInterceptor.java:184) ~[classes/:?] > at org.infinispan.interceptors.distribution.TxDistributionInterceptor.remoteGet(TxDistributionInterceptor.java:553) ~[classes/:?] > at org.infinispan.interceptors.distribution.BaseDistributionInterceptor.handleMissingEntryOnLocalRead(BaseDistributionInterceptor.java:796) ~[classes/:?] > at org.infinispan.interceptors.distribution.BaseDistributionInterceptor.onEntryMiss(BaseDistributionInterceptor.java:791) ~[classes/:?] > at org.infinispan.interceptors.distribution.BaseDistributionInterceptor.visitGetCommand(BaseDistributionInterceptor.java:786) ~[classes/:?] > at org.infinispan.interceptors.distribution.BaseDistributionInterceptor.visitGetKeyValueCommand(BaseDistributionInterceptor.java:803) ~[classes/:?] > at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:38) ~[classes/:?] > at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextAndFinally(BaseAsyncInterceptor.java:150) ~[classes/:?] > at org.infinispan.interceptors.distribution.L1NonTxInterceptor.performL1Lookup(L1NonTxInterceptor.java:155) ~[classes/:?] > at org.infinispan.interceptors.distribution.L1NonTxInterceptor.performCommandWithL1WriteIfAble(L1NonTxInterceptor.java:130) ~[classes/:?] > at org.infinispan.interceptors.distribution.L1NonTxInterceptor.visitDataReadCommand(L1NonTxInterceptor.java:121) ~[classes/:?] > at org.infinispan.interceptors.distribution.L1NonTxInterceptor.visitGetKeyValueCommand(L1NonTxInterceptor.java:110) ~[classes/:?] > at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:38) ~[classes/:?] > at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextThenAccept(BaseAsyncInterceptor.java:98) ~[classes/:?] > at org.infinispan.interceptors.impl.EntryWrappingInterceptor.visitDataReadCommand(EntryWrappingInterceptor.java:201) ~[classes/:?] > at org.infinispan.interceptors.impl.EntryWrappingInterceptor.visitGetKeyValueCommand(EntryWrappingInterceptor.java:189) ~[classes/:?] > at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:38) ~[classes/:?] > at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:54) ~[classes/:?] > at org.infinispan.interceptors.DDAsyncInterceptor.handleDefault(DDAsyncInterceptor.java:54) ~[classes/:?] > at org.infinispan.interceptors.DDAsyncInterceptor.visitGetKeyValueCommand(DDAsyncInterceptor.java:106) ~[classes/:?] > at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:38) ~[classes/:?] > at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:54) ~[classes/:?] > at org.infinispan.interceptors.DDAsyncInterceptor.handleDefault(DDAsyncInterceptor.java:54) ~[classes/:?] > at org.infinispan.interceptors.DDAsyncInterceptor.visitGetKeyValueCommand(DDAsyncInterceptor.java:106) ~[classes/:?] > at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:38) ~[classes/:?] > at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:54) ~[classes/:?] > at org.infinispan.interceptors.locking.OptimisticLockingInterceptor.visitDataReadCommand(OptimisticLockingInterceptor.java:53) ~[classes/:?] > at org.infinispan.interceptors.locking.AbstractLockingInterceptor.visitGetKeyValueCommand(AbstractLockingInterceptor.java:105) ~[classes/:?] > at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:38) ~[classes/:?] > at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:54) ~[classes/:?] > at org.infinispan.interceptors.impl.TxInterceptor.visitGetKeyValueCommand(TxInterceptor.java:360) ~[classes/:?] > at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:38) ~[classes/:?] > at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:54) ~[classes/:?] > at org.infinispan.statetransfer.TransactionSynchronizerInterceptor.visitCommand(TransactionSynchronizerInterceptor.java:41) ~[classes/:?] > at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextAndHandle(BaseAsyncInterceptor.java:185) ~[classes/:?] > at org.infinispan.interceptors.impl.BaseStateTransferInterceptor.handleReadCommand(BaseStateTransferInterceptor.java:187) ~[classes/:?] > at org.infinispan.interceptors.impl.BaseStateTransferInterceptor.visitGetKeyValueCommand(BaseStateTransferInterceptor.java:170) ~[classes/:?] > at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:38) ~[classes/:?] > at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:54) ~[classes/:?] > at org.infinispan.interceptors.impl.CacheMgmtInterceptor.visitDataReadCommand(CacheMgmtInterceptor.java:103) ~[classes/:?] > at org.infinispan.interceptors.impl.CacheMgmtInterceptor.visitGetKeyValueCommand(CacheMgmtInterceptor.java:92) ~[classes/:?] > at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:38) ~[classes/:?] > at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextAndExceptionally(BaseAsyncInterceptor.java:123) [classes/:?] > at org.infinispan.interceptors.impl.InvocationContextInterceptor.visitCommand(InvocationContextInterceptor.java:90) [classes/:?] > at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:56) [classes/:?] > at org.infinispan.interceptors.impl.BatchingInterceptor.handleDefault(BatchingInterceptor.java:53) [classes/:?] > at org.infinispan.interceptors.DDAsyncInterceptor.visitGetKeyValueCommand(DDAsyncInterceptor.java:106) [classes/:?] > at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:38) [classes/:?] > at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:54) [classes/:?] > at org.infinispan.interceptors.DDAsyncInterceptor.handleDefault(DDAsyncInterceptor.java:54) [classes/:?] > at org.infinispan.interceptors.DDAsyncInterceptor.visitGetKeyValueCommand(DDAsyncInterceptor.java:106) [classes/:?] > at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:38) [classes/:?] > at org.infinispan.interceptors.DDAsyncInterceptor.visitCommand(DDAsyncInterceptor.java:50) [classes/:?] > at org.infinispan.interceptors.impl.AsyncInterceptorChainImpl.invokeAsync(AsyncInterceptorChainImpl.java:234) [classes/:?] > at org.infinispan.cache.impl.CacheImpl.getAsync(CacheImpl.java:1591) [classes/:?] > at org.infinispan.cache.impl.CacheImpl.getAsync(CacheImpl.java:1584) [classes/:?] > at org.infinispan.cache.impl.AbstractDelegatingCache.getAsync(AbstractDelegatingCache.java:467) [classes/:?] > at org.infinispan.cache.impl.EncoderCache.getAsync(EncoderCache.java:915) [classes/:?] > at org.infinispan.distribution.BaseDistSyncL1Test.testGetBlockingAnotherGetCacheEntry(BaseDistSyncL1Test.java:515) [test-classes/:?] > {noformat} > The lingering {{L1WriteSynchronizer}} also fails the next test (usually {{testGetBlockingAnotherGetWithMiss}}). -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8738) InfinispanExtensionIT fails due to xpp3 ModuleLoadException

by Ryan Emerson (JIRA)

[ https://issues.jboss.org/browse/ISPN-8738?page=com.atlassian.jira.plugin.... ] Ryan Emerson resolved ISPN-8738. -------------------------------- Fix Version/s: 9.2.0.CR2 Resolution: Done > InfinispanExtensionIT fails due to xpp3 ModuleLoadException > ----------------------------------------------------------- > > Key: ISPN-8738 > URL: https://issues.jboss.org/browse/ISPN-8738 > Project: Infinispan > Issue Type: Bug > Components: WildFly modules > Affects Versions: 9.2.0.CR1 > Reporter: Ryan Emerson > Assignee: Gustavo Fernandes > Fix For: 9.2.0.CR2 > > > ISPN-8427 introduced the XStreamException which depends on xpp3, this is defined as a dependency on the xstream module, however the xpp3 module is never defined. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8748) CloudCacheStore: upgrade to Infinispan 9.x

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-8748?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-8748: ---------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan-cachestore-cloud/pull/12 > CloudCacheStore: upgrade to Infinispan 9.x > ------------------------------------------ > > Key: ISPN-8748 > URL: https://issues.jboss.org/browse/ISPN-8748 > Project: Infinispan > Issue Type: Task > Components: Loaders and Stores > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > > Update the cloud cache store to support Infinispan 9.x -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 11 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues February 2018