December 2019 - infinispan-issues

[JBoss JIRA] (ISPN-11084) Log an ERROR if golbal state is not enabled whenever internal caches with Flag.PERSISTENT are created

by Ryan Emerson (Jira)

[ https://issues.redhat.com/browse/ISPN-11084?page=com.atlassian.jira.plugi... ] Ryan Emerson updated ISPN-11084: -------------------------------- Status: Open (was: New) > Log an ERROR if golbal state is not enabled whenever internal caches with Flag.PERSISTENT are created > ----------------------------------------------------------------------------------------------------- > > Key: ISPN-11084 > URL: https://issues.redhat.com/browse/ISPN-11084 > Project: Infinispan > Issue Type: Feature Request > Components: Configuration, Core > Reporter: Nistor Adrian > Assignee: Ryan Emerson > Priority: Major > Fix For: 10.1.0.Final > > -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11084) Log an ERROR if golbal state is not enabled whenever internal caches with Flag.PERSISTENT are created

by Ryan Emerson (Jira)

[ https://issues.redhat.com/browse/ISPN-11084?page=com.atlassian.jira.plugi... ] Ryan Emerson updated ISPN-11084: -------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/7678 > Log an ERROR if golbal state is not enabled whenever internal caches with Flag.PERSISTENT are created > ----------------------------------------------------------------------------------------------------- > > Key: ISPN-11084 > URL: https://issues.redhat.com/browse/ISPN-11084 > Project: Infinispan > Issue Type: Feature Request > Components: Configuration, Core > Reporter: Nistor Adrian > Assignee: Ryan Emerson > Priority: Major > Fix For: 10.1.0.Final > > -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10998) Client should automatically register .proto schemas with the server

by Ryan Emerson (Jira)

[ https://issues.redhat.com/browse/ISPN-10998?page=com.atlassian.jira.plugi... ] Ryan Emerson updated ISPN-10998: -------------------------------- Sprint: DataGrid Sprint #37 (was: DataGrid Sprint #37, DataGrid Sprint #38) > Client should automatically register .proto schemas with the server > ------------------------------------------------------------------- > > Key: ISPN-10998 > URL: https://issues.redhat.com/browse/ISPN-10998 > Project: Infinispan > Issue Type: Enhancement > Components: Hot Rod > Affects Versions: 10.1.0.Beta1 > Reporter: Ryan Emerson > Assignee: Ryan Emerson > Priority: Major > Fix For: 10.1.0.Final > > > Currently even if a user registers a SerializationContextInitializer with the client, they must also manually register {{.proto}} files with the server via the protobuf cache. We should remove this step and automatically put configured .proto schemas from the initializer(s) into to the server. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10998) Client should automatically register .proto schemas with the server

by Ryan Emerson (Jira)

[ https://issues.redhat.com/browse/ISPN-10998?page=com.atlassian.jira.plugi... ] Ryan Emerson closed ISPN-10998. ------------------------------- Resolution: Won't Do This won't be implemented for a few reasons, but most notably: If authorization is enabled, the client requires the {{___schema_manager}} role, resulting in client startup failing if this role is not present. > Client should automatically register .proto schemas with the server > ------------------------------------------------------------------- > > Key: ISPN-10998 > URL: https://issues.redhat.com/browse/ISPN-10998 > Project: Infinispan > Issue Type: Enhancement > Components: Hot Rod > Affects Versions: 10.1.0.Beta1 > Reporter: Ryan Emerson > Assignee: Ryan Emerson > Priority: Major > Fix For: 10.1.0.Final > > > Currently even if a user registers a SerializationContextInitializer with the client, they must also manually register {{.proto}} files with the server via the protobuf cache. We should remove this step and automatically put configured .proto schemas from the initializer(s) into to the server. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11082) Remove preferContainerExposedPorts from Jenkinsfile

by Tristan Tarrant (Jira)

[ https://issues.redhat.com/browse/ISPN-11082?page=com.atlassian.jira.plugi... ] Tristan Tarrant updated ISPN-11082: ----------------------------------- Status: Resolved (was: Pull Request Sent) Fix Version/s: 10.1.0.Final Resolution: Done > Remove preferContainerExposedPorts from Jenkinsfile > --------------------------------------------------- > > Key: ISPN-11082 > URL: https://issues.redhat.com/browse/ISPN-11082 > Project: Infinispan > Issue Type: Bug > Components: Build > Affects Versions: 10.1.0.CR1 > Reporter: Diego Lovison > Assignee: Diego Lovison > Priority: Minor > Fix For: 10.1.0.Final > > > preferContainerExposedPorts is only required when running on MAC -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11091) Add feature to read server logs from ContainerInfinispanServerDriver

by Tristan Tarrant (Jira)

[ https://issues.redhat.com/browse/ISPN-11091?page=com.atlassian.jira.plugi... ] Tristan Tarrant updated ISPN-11091: ----------------------------------- Status: Open (was: New) > Add feature to read server logs from ContainerInfinispanServerDriver > -------------------------------------------------------------------- > > Key: ISPN-11091 > URL: https://issues.redhat.com/browse/ISPN-11091 > Project: Infinispan > Issue Type: Enhancement > Components: Docker, Server, Test Suite > Affects Versions: 10.1.0.CR1 > Reporter: Gustavo Lira e Silva > Assignee: Gustavo Lira e Silva > Priority: Major > Fix For: 10.1.0.Final > > > Will be very useful if we could get the server log from ContainerInfinispanServerDriver. > Something like? > {code:java} > SERVER.getServerDriver().getLog(); > {code} -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11091) Add feature to read server logs from ContainerInfinispanServerDriver

by Tristan Tarrant (Jira)

[ https://issues.redhat.com/browse/ISPN-11091?page=com.atlassian.jira.plugi... ] Tristan Tarrant updated ISPN-11091: ----------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/7688 > Add feature to read server logs from ContainerInfinispanServerDriver > -------------------------------------------------------------------- > > Key: ISPN-11091 > URL: https://issues.redhat.com/browse/ISPN-11091 > Project: Infinispan > Issue Type: Enhancement > Components: Docker, Server, Test Suite > Affects Versions: 10.1.0.CR1 > Reporter: Gustavo Lira e Silva > Assignee: Gustavo Lira e Silva > Priority: Major > Fix For: 10.1.0.Final > > > Will be very useful if we could get the server log from ContainerInfinispanServerDriver. > Something like? > {code:java} > SERVER.getServerDriver().getLog(); > {code} -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11091) Add feature to read server logs from ContainerInfinispanServerDriver

by Tristan Tarrant (Jira)

[ https://issues.redhat.com/browse/ISPN-11091?page=com.atlassian.jira.plugi... ] Tristan Tarrant updated ISPN-11091: ----------------------------------- Status: Resolved (was: Pull Request Sent) Fix Version/s: 10.1.0.Final Resolution: Done > Add feature to read server logs from ContainerInfinispanServerDriver > -------------------------------------------------------------------- > > Key: ISPN-11091 > URL: https://issues.redhat.com/browse/ISPN-11091 > Project: Infinispan > Issue Type: Enhancement > Components: Docker, Server, Test Suite > Affects Versions: 10.1.0.CR1 > Reporter: Gustavo Lira e Silva > Assignee: Gustavo Lira e Silva > Priority: Major > Fix For: 10.1.0.Final > > > Will be very useful if we could get the server log from ContainerInfinispanServerDriver. > Something like? > {code:java} > SERVER.getServerDriver().getLog(); > {code} -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 3 months

1
0
0 / 0

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

by Dan Berindei (Jira)

[ https://issues.redhat.com/browse/ISPN-11093?page=com.atlassian.jira.plugi... ] Dan Berindei updated ISPN-11093: -------------------------------- Attachment: ISPN-10310_non_blocking_stateconsumer_20191216-1244_WriteSkewGetGroupKeysTest-infinispan-core.log.gz > 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 > Fix For: 10.1.0.Final > > 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, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11094) Allow custom container server startup timeout

by Diego Lovison (Jira)

[ https://issues.redhat.com/browse/ISPN-11094?page=com.atlassian.jira.plugi... ] Diego Lovison updated ISPN-11094: --------------------------------- Status: Pull Request Sent (was: Coding In Progress) Git Pull Request: https://github.com/infinispan/infinispan/pull/7689 > Allow custom container server startup timeout > --------------------------------------------- > > Key: ISPN-11094 > URL: https://issues.redhat.com/browse/ISPN-11094 > Project: Infinispan > Issue Type: Bug > Components: Test Suite > Affects Versions: 10.1.0.CR1 > Reporter: Diego Lovison > Assignee: Diego Lovison > Priority: Critical > > When running {{mvn verify -pl server/runtime/ -s maven-settings.xml -Dtest=ResilienceIT -Pcontainer}} > The following exception will throw > {noformat} > [0] STDOUT: 12:48:17,711 INFO [org.infinispan.CONTAINER] (main) ISPN000128: Infinispan version: Infinispan 'Chupacabra' 10.1.0-SNAPSHOT > [0] STDOUT: 12:48:18,522 INFO [org.infinispan.CLUSTER] (main) ISPN000078: Starting JGroups channel org.infinispan.server.resilience.ResilienceIT > [1] STDOUT: 12:48:19,223 INFO [org.infinispan.CONTAINER] (main) ISPN000128: Infinispan version: Infinispan 'Chupacabra' 10.1.0-SNAPSHOT > [OK: 0, KO: 1, SKIP: 0] Test failed: ResilienceIT.testUnresponsiveNode > org.infinispan.client.hotrod.exceptions.TransportException:: io.netty.channel.AbstractChannel$AnnotatedConnectException: finishConnect(..) failed: Connection refused: /172.17.0.2:11222 > at org.infinispan.client.hotrod.impl.Util.rewrap(Util.java:81) > at org.infinispan.client.hotrod.impl.Util.await(Util.java:54) > at org.infinispan.client.hotrod.impl.RemoteCacheManagerAdminImpl.getOrCreateCache(RemoteCacheManagerAdminImpl.java:67) > at org.infinispan.server.test.InfinispanServerTestMethodRule$HotRod.create(InfinispanServerTestMethodRule.java:189) > at org.infinispan.server.resilience.ResilienceIT.testUnresponsiveNode(ResilienceIT.java:42) > at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > {noformat} > Allowing a custom timeout config will give the server more time to startup -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 3 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 December 2019