January 2020 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-11117) In a distributed cache stale entries are not removed from the store

by Pedro Zapata Fernandez (Jira)

[ https://issues.redhat.com/browse/ISPN-11117?page=com.atlassian.jira.plugi... ] Pedro Zapata Fernandez updated ISPN-11117: ------------------------------------------ Sprint: DataGrid Sprint #38, DataGrid Sprint #39 (was: DataGrid Sprint #38) > In a distributed cache stale entries are not removed from the store > ------------------------------------------------------------------- > > Key: ISPN-11117 > URL: https://issues.redhat.com/browse/ISPN-11117 > Project: Infinispan > Issue Type: Bug > Components: Core, State Transfer > Affects Versions: 9.3.6.Final, 9.4.17.Final, 10.0.1.Final, 10.1.0.Final > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Major > Fix For: 11.0.0.Final > > > This is a follow-up on ISPN-11116. It's wrong for invalidation commands to load the previous value from the store, but we also have the opposite problem: in a distributed cache, when a node loses some segments and the store is not segmented, we use an {{InvalidateCommand}} to remove stale entries, and it doesn't actually remove any entries from the store. > Instead of keeping {{InvalidateCommand}} as is and finding another solution for removing stale segments, we could change {{InvalidateCommand}} to also remove entries from private stores. > Invalidation mode is very unlikely to be used with private stores, but we don't actually prohibit it, so it's better for invalidation mode as well if {{InvalidateCommand}} removed entries from the private stores and ignored the shared stores. The only problem remaining is to actually optimize {{CacheLoaderInterceptor}} so that it doesn't load the previous value unless there is a listener. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11139) Create separate modules for embedded and remote JCache TCK

by Pedro Zapata Fernandez (Jira)

[ https://issues.redhat.com/browse/ISPN-11139?page=com.atlassian.jira.plugi... ] Pedro Zapata Fernandez updated ISPN-11139: ------------------------------------------ Sprint: DataGrid Sprint #38, DataGrid Sprint #39 (was: DataGrid Sprint #38) > Create separate modules for embedded and remote JCache TCK > ---------------------------------------------------------- > > Key: ISPN-11139 > URL: https://issues.redhat.com/browse/ISPN-11139 > Project: Infinispan > Issue Type: Task > Components: JCache, Test Suite > Affects Versions: 10.1.0.Final > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Major > Fix For: 10.1.1.Final > > > The {{jcache-tck-runner}} POM is very complex, because it needs both the embedded and the remote dependencies, and then needs two {{maven-failsafe-plugin}} executions that filter out unneeded dependencies. > Having two separate modules will simplify the POMs and will also allow running the embedded TCK without starting (and building!) the server. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10835) Docs: Cross-Site Replication Updates

by Pedro Zapata Fernandez (Jira)

[ https://issues.redhat.com/browse/ISPN-10835?page=com.atlassian.jira.plugi... ] Pedro Zapata Fernandez updated ISPN-10835: ------------------------------------------ Sprint: DataGrid Sprint #38, DataGrid Sprint #39 (was: DataGrid Sprint #38) > Docs: Cross-Site Replication Updates > ------------------------------------ > > Key: ISPN-10835 > URL: https://issues.redhat.com/browse/ISPN-10835 > Project: Infinispan > Issue Type: Enhancement > Components: Documentation > Reporter: Donald Naro > Assignee: Donald Naro > Priority: Major > > Update cross-site replication docs for ISPN 10, including the work on IRAC for conflict resolution. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11135) Remove the GUI demo module

by Pedro Zapata Fernandez (Jira)

[ https://issues.redhat.com/browse/ISPN-11135?page=com.atlassian.jira.plugi... ] Pedro Zapata Fernandez updated ISPN-11135: ------------------------------------------ Sprint: DataGrid Sprint #38, DataGrid Sprint #39 (was: DataGrid Sprint #38) > Remove the GUI demo module > -------------------------- > > Key: ISPN-11135 > URL: https://issues.redhat.com/browse/ISPN-11135 > Project: Infinispan > Issue Type: Task > Affects Versions: 10.1.0.Final > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Major > Fix For: 10.1.1.Final > > > The GUI demo module hasn't been maintained lately, and in fact the launch scripts don't work because they are still using the uber jars. > We should remove it and instead the server CLI + console should serve as a demo. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11134) Upgrade Jackson to version 2.9.10

by Pedro Zapata Fernandez (Jira)

[ https://issues.redhat.com/browse/ISPN-11134?page=com.atlassian.jira.plugi... ] Pedro Zapata Fernandez updated ISPN-11134: ------------------------------------------ Sprint: DataGrid Sprint #38, DataGrid Sprint #39 (was: DataGrid Sprint #38) > Upgrade Jackson to version 2.9.10 > --------------------------------- > > Key: ISPN-11134 > URL: https://issues.redhat.com/browse/ISPN-11134 > Project: Infinispan > Issue Type: Component Upgrade > Affects Versions: 9.4.17.Final > Reporter: Pedro Ruivo > Assignee: Pedro Ruivo > Priority: Major > Fix For: 9.4.18.Final > > -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11119) Invalidation put should load previous value from stores

by Pedro Zapata Fernandez (Jira)

[ https://issues.redhat.com/browse/ISPN-11119?page=com.atlassian.jira.plugi... ] Pedro Zapata Fernandez updated ISPN-11119: ------------------------------------------ Sprint: DataGrid Sprint #38, DataGrid Sprint #39 (was: DataGrid Sprint #38) > Invalidation put should load previous value from stores > ------------------------------------------------------- > > Key: ISPN-11119 > URL: https://issues.redhat.com/browse/ISPN-11119 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 9.3.6.Final, 9.4.17.Final, 10.0.1.Final, 10.1.0.Final > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Major > Fix For: 11.0.0.Final > > > A {{cache.put(key, value)}} without the {{IGNORE_RETURN_VALUES}} flag should load the previous value from the store(s) and return it. > Currently the previous value is loaded only if the originator of the put is the primary owner of the key (see {{ClusteredCacheLoaderInterceptor.skipLoadForWriteCommand()}}). -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11131) server-runtime should use log4j2

by Pedro Zapata Fernandez (Jira)

[ https://issues.redhat.com/browse/ISPN-11131?page=com.atlassian.jira.plugi... ] Pedro Zapata Fernandez updated ISPN-11131: ------------------------------------------ Sprint: DataGrid Sprint #38, DataGrid Sprint #39 (was: DataGrid Sprint #38) > server-runtime should use log4j2 > -------------------------------- > > Key: ISPN-11131 > URL: https://issues.redhat.com/browse/ISPN-11131 > Project: Infinispan > Issue Type: Enhancement > Components: Server > Affects Versions: 10.1.0.Final > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Major > Fix For: 10.1.1.Final > > > Currently the server uses JBoss LogManager, because that's what the WildFly server used. > It works, but the properties-based configuration is kind of clunky: it uses almost the same format as {{java.util.logging}}, but there are differences. Also not many of our users are familiar with it: WildFly has its own logging configuration in the XML, and {{logging.properties}} is auto-generated. > It would be better if we switched to log4j2 with a {{java.util.logging}} bridge. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11133) Server arguments are not applied to jgroups transport

by Pedro Zapata Fernandez (Jira)

[ https://issues.redhat.com/browse/ISPN-11133?page=com.atlassian.jira.plugi... ] Pedro Zapata Fernandez updated ISPN-11133: ------------------------------------------ Sprint: DataGrid Sprint #38, DataGrid Sprint #39 (was: DataGrid Sprint #38) > Server arguments are not applied to jgroups transport > ----------------------------------------------------- > > Key: ISPN-11133 > URL: https://issues.redhat.com/browse/ISPN-11133 > Project: Infinispan > Issue Type: Bug > Components: Configuration, Server > Affects Versions: 10.1.0.Final > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Priority: Major > Fix For: 10.1.1.Final > > > The server -b and -n arguments are not passed to the jgroups transport -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 2 months

1
0
0 / 0

[JBoss JIRA] (IPROTO-62) Implement annotation based schema generation support for 'oneof'

by Pedro Zapata Fernandez (Jira)

[ https://issues.redhat.com/browse/IPROTO-62?page=com.atlassian.jira.plugin... ] Pedro Zapata Fernandez updated IPROTO-62: ----------------------------------------- Sprint: DataGrid Sprint #38, DataGrid Sprint #39 (was: DataGrid Sprint #38) > Implement annotation based schema generation support for 'oneof' > ---------------------------------------------------------------- > > Key: IPROTO-62 > URL: https://issues.redhat.com/browse/IPROTO-62 > Project: Infinispan ProtoStream > Issue Type: Enhancement > Reporter: Nistor Adrian > Assignee: Nistor Adrian > Priority: Major > Fix For: 4.3.2.Final > > -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11093) WriteSkewException possible with concurrent passivation

by Pedro Zapata Fernandez (Jira)

[ https://issues.redhat.com/browse/ISPN-11093?page=com.atlassian.jira.plugi... ] Pedro Zapata Fernandez updated ISPN-11093: ------------------------------------------ Sprint: DataGrid Sprint #38, DataGrid Sprint #39 (was: DataGrid Sprint #38) > WriteSkewException possible with concurrent passivation > ------------------------------------------------------- > > Key: ISPN-11093 > URL: https://issues.redhat.com/browse/ISPN-11093 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 10.1.0.CR1 > Reporter: Dan Berindei > Assignee: Will Burns > Priority: Major > Labels: testsuite_stability > Attachments: ISPN-10310_non_blocking_stateconsumer_20191216-1244_WriteSkewGetGroupKeysTest-infinispan-core.log.gz > > > {{VersionedRepeatableReadEntry.skewed()}} replaces the context entry's version with the version returned by {{CacheLoaderInterceptor.loadAndStoreInDataContainer()}}, apparently for the benefit of total order transactions, but running for all transactions, not just total order. Somehow {{loadAndStoreInDataContainer()}} can miss the entries in {{PassivationPersistenceManager}}'s temporary passivation map, causing random failures in {{WriteSkewGetGroupKeysTest.testRemoveGroupKeysWithPersistenceAndPassivation[NON_OWNER, DIST_SYNC, TO=true, isolation=REPEATABLE_READ]}}. > {noformat} > 12:48:34,192 TRACE (async-thread-Test-NodeA-p4378-t4:[]) [PassivationPersistenceManager] Storing entry temporarily during passivation for key GroupKey{group='test-group', key=5} > 12:48:34,192 TRACE (async-thread-Test-NodeA-p4378-t4:[]) [PersistenceManagerImpl] Writing to all stores for id 11566 > 12:48:34,192 TRACE (async-thread-Test-NodeA-p4378-t4:[]) [VersionedRepeatableReadEntry] No entry for key GroupKey{group='test-group', key=5} found in data container > 12:48:34,192 TRACE (async-thread-Test-NodeA-p4378-t4:[]) [VersionedRepeatableReadEntry] Updating version in metadata SimpleClusteredVersion{topologyId=9, version=1} -> SimpleClusteredVersion{topologyId=0, version=0} > 12:48:34,192 TRACE (async-thread-Test-NodeA-p4378-t4:[]) [VersionedRepeatableReadEntry] Comparing versions SimpleClusteredVersion{topologyId=0, version=0} and SimpleClusteredVersion{topologyId=9, version=1} for key GroupKey{group='test-group', key=5}: BEFORE > 12:48:34,193 TRACE (persistence-thread-Test-NodeA-p4387-t3:[]) [DummyInMemoryStore] Store MarshallableEntryImpl{keyBytes=ByteBufferImpl{length=67, offset=0, bytes=8201\/\o\r\g\.\i\n\f\i\n\i\s\p\a\n\.\t\e\s\t\.\c\o\r\e\.\G\r\o\u\p\T\e\s\t\s\S\C\I\.\G\r\o\u\p\K\e\y8A010E0A0A\t\e\s\t\-\g\r\o\u\p1005}, valueBytes=ByteBufferImpl{length=4, offset=0, bytes=\J02\v\5}, metadataBytes=ByteBufferImpl{length=12, offset=0, bytes=9801048A0106120408091001}, key=GroupKey{group='test-group', key=5}, value=v5, metadata=EmbeddedMetadata{version=SimpleClusteredVersion{topologyId=9, version=1}}, created=-1, lastUsed=-1, marshaller=org.infinispan.marshall.persistence.impl.PersistenceMarshallerImpl@64ddf323} in dummy map store@21df61dc > 12:48:34,194 TRACE (async-thread-Test-NodeA-p4378-t6:[]) [CompletionStages] Continuing execution of id 11566 > 12:48:34,194 TRACE (async-thread-Test-NodeA-p4378-t6:[]) [PassivationPersistenceManager] Removed temporary entry during passivation for key GroupKey{group='test-group', key=5} > 12:48:34,207 TRACE (async-thread-Test-NodeA-p4378-t4:[]) [TotalOrderRemoteTransactionState] [Test-NodeB-45589:2742] Current status is [PREPARING], setting status to: PREPARED > 12:48:34,207 DEBUG (async-thread-Test-NodeA-p4378-t4:[]) [TotalOrderInterceptor] Exception while preparing for transaction Test-NodeB-45589:2742. Local=false > org.infinispan.transaction.WriteSkewException: Write skew detected on key GroupKey{group='test-group', key=5} for transaction RemoteTransaction{modifications=[..., RemoveCommand{key=GroupKey{group='test-group', key=5}, > value=null, metadata=null, flags=[IGNORE_RETURN_VALUES], commandInvocationId=CommandInvocation:local:0, valueMatcher=MATCH_ALWAYS, topologyId=9}, ...], lookedUpEntries={..., GroupKey{group='test-group', key=5}=VersionedRepeatableReadEntry(66deadfb){key=GroupKey{group='test-group', key=5}, value=null, isCreated=false, isChanged=true, isRemoved=true, isExpired=false, skipLookup=true, metadata=EmbeddedMetadata{version=SimpleClusteredVersion{topologyId=0, version=0}}}, ...}, lockedKeys=[], backupKeyLocks=[], lookedUpEntriesTopology=9, isMarkedForRollback=false, tx=GlobalTx:Test-NodeB-45589:2742, state=TotalOrderRemoteTransactionState{transactionState=[PREPARING], globalTransaction='Test-NodeB-45589:2742'}} > at org.infinispan.transaction.impl.WriteSkewHelper.lambda$performTotalOrderWriteSkewCheckAndReturnNewVersions$1(WriteSkewHelper.java:113) ~[classes/:?] > 12:48:34,248 ERROR (testng-Test:[]) [TestSuiteProgress] Test failed: org.infinispan.distribution.groups.WriteSkewGetGroupKeysTest.testRemoveGroupKeysWithPersistenceAndPassivation[NON_OWNER, DIST_SYNC, TO=true, isolation=REPEATABLE_READ] > org.infinispan.commons.CacheException: Could not commit implicit transaction > at org.infinispan.cache.impl.CacheImpl.tryCommit(CacheImpl.java:1940) ~[classes/:?] > at org.infinispan.cache.impl.CacheImpl.transactionalRemoveGroup(CacheImpl.java:655) ~[classes/:?] > at org.infinispan.cache.impl.CacheImpl.removeGroup(CacheImpl.java:638) ~[classes/:?] > at org.infinispan.cache.impl.CacheImpl.removeGroup(CacheImpl.java:631) ~[classes/:?] > at org.infinispan.cache.impl.AbstractDelegatingAdvancedCache.removeGroup(AbstractDelegatingAdvancedCache.java:303) ~[classes/:?] > at org.infinispan.distribution.groups.GetGroupKeysTest.testRemoveGroupKeysWithPersistenceAndPassivation(GetGroupKeysTest.java:166) ~[test-classes/:?] > {noformat} > FWIW the trace log of the test doesn't include any line with the text "Retrieved entry for key %s from temporary passivation map", for any key. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 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 January 2020