June 2017 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-7914) Create a POC of Jolokia and infinispan console

by Vladimir Blagojevic (JIRA)

[ https://issues.jboss.org/browse/ISPN-7914?page=com.atlassian.jira.plugin.... ] Work on ISPN-7914 started by Vladimir Blagojevic. ------------------------------------------------- > Create a POC of Jolokia and infinispan console > ---------------------------------------------- > > Key: ISPN-7914 > URL: https://issues.jboss.org/browse/ISPN-7914 > Project: Infinispan > Issue Type: Sub-task > Components: Console > Reporter: Vladimir Blagojevic > Assignee: Vladimir Blagojevic > > Create a POC of cache containers page (only) that relies on Jolokia rather than on DMR. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7963) Relocate Infinispan Hibernate cache provider

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-7963?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-7963: ----------------------------------- Status: Pull Request Sent (was: Coding In Progress) Git Pull Request: https://github.com/infinispan/infinispan/pull/5254 > Relocate Infinispan Hibernate cache provider > -------------------------------------------- > > Key: ISPN-7963 > URL: https://issues.jboss.org/browse/ISPN-7963 > Project: Infinispan > Issue Type: Task > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > > Relocate Infinispan Hibernate second-level cache implementation to the Infinispan repository. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7710) CompatibilityProtoStreamMarshaller can't be set in server

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-7710?page=com.atlassian.jira.plugin.... ] Adrian Nistor commented on ISPN-7710: ------------------------------------- After integrating https://github.com/infinispan/infinispan/pull/5233 you can easily add an arbitrary custom marshaller from a user's module without having to alter infinispan module dependencies. > CompatibilityProtoStreamMarshaller can't be set in server > --------------------------------------------------------- > > Key: ISPN-7710 > URL: https://issues.jboss.org/browse/ISPN-7710 > Project: Infinispan > Issue Type: Bug > Components: Server > Affects Versions: 9.0.0.Final > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Fix For: 9.1.0.Final, 9.0.3.Final > > > Out of the box, it's impossible to set compatibility marshaller to {{org.infinispan.query.remote.CompatibilityProtoStreamMarshaller}} in server because {{org.infinispan.main}} classloader can't access that class. > As [~dan.berindei] suggested in the mailing list, one way to avoid these kind of issues would be to allow class definitions to have {{slot:module:class}} format so that using the ModularClassResolver any class can be found. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8002) ScatteredStreamIteratorTest.waitUntilProcessingResults random failures

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-8002?page=com.atlassian.jira.plugin.... ] Dan Berindei commented on ISPN-8002: ------------------------------------ It is much easier to reproduce when the CH is deterministic, as in https://github.com/infinispan/infinispan/pull/5253 > ScatteredStreamIteratorTest.waitUntilProcessingResults random failures > ---------------------------------------------------------------------- > > Key: ISPN-8002 > URL: https://issues.jboss.org/browse/ISPN-8002 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 9.1.0.CR1 > Reporter: Dan Berindei > Assignee: Radim Vansa > Priority: Critical > Labels: testsuite_stability > Fix For: 9.1.0.Final > > Attachments: ScatteredStreamIteratorTest_ISPN-7998_ConsistentHash.getNumOwners_20170629.log.gz > > > {noformat} > 20:38:39,442 ERROR (testng-Test:[]) [TestSuiteProgress] Test failed: org.infinispan.scattered.stream.ScatteredStreamIteratorTest.waitUntilProcessingResults[SCATTERED_SYNC, tx=false] > java.lang.NullPointerException: null > at org.infinispan.stream.DistributedStreamIteratorTest.waitUntilProcessingResults(DistributedStreamIteratorTest.java:207) ~[test-classes/:?] > {noformat} > Looks like segments {{ScatteredVersionManager}} blocks access to segments 10 and 12, and they are never suspected or retried: > {noformat} > 20:38:38,209 TRACE (remote-thread-Test-NodeBF-p13315-t6:[]) [LocalStreamManagerImpl] Request Test-NodeBD-1062-0 completed segments [6, 7, 13, 14, 15] with [] suspected segments > 20:38:38,248 TRACE (async-thread-Test-NodeBD-p13302-t1:[]) [DistributionBulkInterceptor$BackingEntrySet$1] Found [0, 1, 2, 3, 4, 5, 8, 9, 10, 11, 12] lost segments for Test-NodeBD-1062-0 > 20:38:38,249 TRACE (transport-thread-Test-NodeBD-p13301-t4:[Topology-org.infinispan.scattered.stream.Test]) [ScatteredVersionManager] Node Test-NodeBD-1062 blocks access to segment 10 > 20:38:38,253 TRACE (async-thread-Test-NodeBD-p13302-t1:[]) [ClusterStreamManagerImpl] Performing remote rehash key aware operations {Test-NodeBF-40292={8-9 11}} for id Test-NodeBD-1062-1 > 20:38:39,209 TRACE (remote-thread-Test-NodeBF-p13315-t6:[]) [LocalStreamManagerImpl] Request Test-NodeBD-1062-1 completed segments [] with [8, 9, 11] suspected segments > 20:38:39,302 TRACE (async-thread-Test-NodeBD-p13302-t1:[]) [DistributionBulkInterceptor$BackingEntrySet$1] Found [0, 1, 2, 3, 4, 5, 8, 9, 11] lost segments for Test-NodeBD-1062-1 > 20:38:39,420 TRACE (remote-thread-Test-NodeBF-p13315-t6:[]) [LocalStreamManagerImpl] Request Test-NodeBD-1062-2 completed segments [8, 9, 11] with [] suspected segments > 20:38:39,436 TRACE (async-thread-Test-NodeBD-p13302-t1:[]) [DistributionBulkInterceptor$BackingEntrySet$1] Completing segments [0, 1, 2, 3, 4, 5] > 20:38:39,436 TRACE (async-thread-Test-NodeBD-p13302-t1:[]) > {noformat} > Please also add a {{toString()}} method in the stream commands, seeing the segments in the requests and responses would make it easier to follow the logs. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8002) ScatteredStreamIteratorTest.waitUntilProcessingResults random failures

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-8002?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-8002: ------------------------------- Status: Open (was: New) > ScatteredStreamIteratorTest.waitUntilProcessingResults random failures > ---------------------------------------------------------------------- > > Key: ISPN-8002 > URL: https://issues.jboss.org/browse/ISPN-8002 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 9.1.0.CR1 > Reporter: Dan Berindei > Assignee: Radim Vansa > Priority: Critical > Labels: testsuite_stability > Fix For: 9.1.0.Final > > Attachments: ScatteredStreamIteratorTest_ISPN-7998_ConsistentHash.getNumOwners_20170629.log.gz > > > {noformat} > 20:38:39,442 ERROR (testng-Test:[]) [TestSuiteProgress] Test failed: org.infinispan.scattered.stream.ScatteredStreamIteratorTest.waitUntilProcessingResults[SCATTERED_SYNC, tx=false] > java.lang.NullPointerException: null > at org.infinispan.stream.DistributedStreamIteratorTest.waitUntilProcessingResults(DistributedStreamIteratorTest.java:207) ~[test-classes/:?] > {noformat} > Looks like segments {{ScatteredVersionManager}} blocks access to segments 10 and 12, and they are never suspected or retried: > {noformat} > 20:38:38,209 TRACE (remote-thread-Test-NodeBF-p13315-t6:[]) [LocalStreamManagerImpl] Request Test-NodeBD-1062-0 completed segments [6, 7, 13, 14, 15] with [] suspected segments > 20:38:38,248 TRACE (async-thread-Test-NodeBD-p13302-t1:[]) [DistributionBulkInterceptor$BackingEntrySet$1] Found [0, 1, 2, 3, 4, 5, 8, 9, 10, 11, 12] lost segments for Test-NodeBD-1062-0 > 20:38:38,249 TRACE (transport-thread-Test-NodeBD-p13301-t4:[Topology-org.infinispan.scattered.stream.Test]) [ScatteredVersionManager] Node Test-NodeBD-1062 blocks access to segment 10 > 20:38:38,253 TRACE (async-thread-Test-NodeBD-p13302-t1:[]) [ClusterStreamManagerImpl] Performing remote rehash key aware operations {Test-NodeBF-40292={8-9 11}} for id Test-NodeBD-1062-1 > 20:38:39,209 TRACE (remote-thread-Test-NodeBF-p13315-t6:[]) [LocalStreamManagerImpl] Request Test-NodeBD-1062-1 completed segments [] with [8, 9, 11] suspected segments > 20:38:39,302 TRACE (async-thread-Test-NodeBD-p13302-t1:[]) [DistributionBulkInterceptor$BackingEntrySet$1] Found [0, 1, 2, 3, 4, 5, 8, 9, 11] lost segments for Test-NodeBD-1062-1 > 20:38:39,420 TRACE (remote-thread-Test-NodeBF-p13315-t6:[]) [LocalStreamManagerImpl] Request Test-NodeBD-1062-2 completed segments [8, 9, 11] with [] suspected segments > 20:38:39,436 TRACE (async-thread-Test-NodeBD-p13302-t1:[]) [DistributionBulkInterceptor$BackingEntrySet$1] Completing segments [0, 1, 2, 3, 4, 5] > 20:38:39,436 TRACE (async-thread-Test-NodeBD-p13302-t1:[]) > {noformat} > Please also add a {{toString()}} method in the stream commands, seeing the segments in the requests and responses would make it easier to follow the logs. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7998) Multi-key write commands assume all segments have CH.getNumOwners() owners

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-7998?page=com.atlassian.jira.plugin.... ] Dan Berindei commented on ISPN-7998: ------------------------------------ It is much easier to reproduce when the CH is deterministic, as in https://github.com/infinispan/infinispan/pull/5253 > Multi-key write commands assume all segments have CH.getNumOwners() owners > -------------------------------------------------------------------------- > > Key: ISPN-7998 > URL: https://issues.jboss.org/browse/ISPN-7998 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 9.1.0.Beta1, 9.0.3.Final > Reporter: Dan Berindei > Assignee: Dan Berindei > Fix For: 9.1.0.Final > > > When handling multi-key write commands, both {{TriangleDistributionInterceptor}} and {{NonTxDistributionInterceptor}} assume that there are no backup owners when {{consistentHash.getNumOwners() == 1}}. But during rebalance some segments can have more than {{getNumOwners()}} owners, as the write CH is a union of the current and future CHs, while {{getNumOwners()}} always returns the value in the cache configuration. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7998) Multi-key write commands assume all segments have CH.getNumOwners() owners

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-7998?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-7998: ------------------------------- Comment: was deleted (was: It is much easier to reproduce when the CH is deterministic, as in https://github.com/infinispan/infinispan/pull/5253) > Multi-key write commands assume all segments have CH.getNumOwners() owners > -------------------------------------------------------------------------- > > Key: ISPN-7998 > URL: https://issues.jboss.org/browse/ISPN-7998 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 9.1.0.Beta1, 9.0.3.Final > Reporter: Dan Berindei > Assignee: Dan Berindei > Fix For: 9.1.0.Final > > > When handling multi-key write commands, both {{TriangleDistributionInterceptor}} and {{NonTxDistributionInterceptor}} assume that there are no backup owners when {{consistentHash.getNumOwners() == 1}}. But during rebalance some segments can have more than {{getNumOwners()}} owners, as the write CH is a union of the current and future CHs, while {{getNumOwners()}} always returns the value in the cache configuration. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7997) DistributedStreamIteratorTest.testLocallyForcedStream random failure

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-7997?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-7997: ------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/5253 > DistributedStreamIteratorTest.testLocallyForcedStream random failure > -------------------------------------------------------------------- > > Key: ISPN-7997 > URL: https://issues.jboss.org/browse/ISPN-7997 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Core > Affects Versions: 9.1.0.Beta1 > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Critical > Labels: testsuite_stability > Fix For: 9.1.0.Final > > > The test uses the {{MagicKey(primary, backup...)}} constructor with only 16 segments and with the default {{SyncConsistentHashFactory}}. Since SCHF is based on the random addresses of the nodes, the combination of owners is not always possible: > {noformat} > testLocallyForcedStream[DIST_SYNC, tx=false](org.infinispan.stream.DistributedStreamIteratorTest) Time elapsed: 0.015 sec <<< FAILURE! java.lang.IllegalStateException: Could not find any segment owned by Cache 'org.infinispan.stream.DistributedStreamIteratorTest'@DistributedStreamIteratorTest[DIST_SYNC, tx=false]-NodeAM-5250, [Cache 'org.infinispan.stream.DistributedStreamIteratorTest'@DistributedStreamIteratorTest[DIST_SYNC, tx=false]-NodeAL-48678], primary segments: {1-3 5 10 14}, backup segments: {Cache 'org.infinispan.stream.DistributedStreamIteratorTest'@DistributedStreamIteratorTest[DIST_SYNC, tx=false]-NodeAL-48678={0 8-9 13}} > at org.infinispan.distribution.MagicKey.<init>(MagicKey.java:88) > at org.infinispan.distribution.MagicKey.<init>(MagicKey.java:137) > at org.infinispan.stream.DistributedStreamIteratorTest.magicKey(DistributedStreamIteratorTest.java:324) > at org.infinispan.stream.DistributedStreamIteratorTest.testLocallyForcedStream(DistributedStreamIteratorTest.java:297) > {noformat} -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7997) DistributedStreamIteratorTest.testLocallyForcedStream random failure

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-7997?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-7997: ------------------------------- Fix Version/s: 9.1.0.Final > DistributedStreamIteratorTest.testLocallyForcedStream random failure > -------------------------------------------------------------------- > > Key: ISPN-7997 > URL: https://issues.jboss.org/browse/ISPN-7997 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Core > Affects Versions: 9.1.0.Beta1 > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Critical > Labels: testsuite_stability > Fix For: 9.1.0.Final > > > The test uses the {{MagicKey(primary, backup...)}} constructor with only 16 segments and with the default {{SyncConsistentHashFactory}}. Since SCHF is based on the random addresses of the nodes, the combination of owners is not always possible: > {noformat} > testLocallyForcedStream[DIST_SYNC, tx=false](org.infinispan.stream.DistributedStreamIteratorTest) Time elapsed: 0.015 sec <<< FAILURE! java.lang.IllegalStateException: Could not find any segment owned by Cache 'org.infinispan.stream.DistributedStreamIteratorTest'@DistributedStreamIteratorTest[DIST_SYNC, tx=false]-NodeAM-5250, [Cache 'org.infinispan.stream.DistributedStreamIteratorTest'@DistributedStreamIteratorTest[DIST_SYNC, tx=false]-NodeAL-48678], primary segments: {1-3 5 10 14}, backup segments: {Cache 'org.infinispan.stream.DistributedStreamIteratorTest'@DistributedStreamIteratorTest[DIST_SYNC, tx=false]-NodeAL-48678={0 8-9 13}} > at org.infinispan.distribution.MagicKey.<init>(MagicKey.java:88) > at org.infinispan.distribution.MagicKey.<init>(MagicKey.java:137) > at org.infinispan.stream.DistributedStreamIteratorTest.magicKey(DistributedStreamIteratorTest.java:324) > at org.infinispan.stream.DistributedStreamIteratorTest.testLocallyForcedStream(DistributedStreamIteratorTest.java:297) > {noformat} -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7997) DistributedStreamIteratorTest.testLocallyForcedStream random failure

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-7997?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-7997: ------------------------------- Status: Open (was: New) > DistributedStreamIteratorTest.testLocallyForcedStream random failure > -------------------------------------------------------------------- > > Key: ISPN-7997 > URL: https://issues.jboss.org/browse/ISPN-7997 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Core > Affects Versions: 9.1.0.Beta1 > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Critical > Labels: testsuite_stability > Fix For: 9.1.0.Final > > > The test uses the {{MagicKey(primary, backup...)}} constructor with only 16 segments and with the default {{SyncConsistentHashFactory}}. Since SCHF is based on the random addresses of the nodes, the combination of owners is not always possible: > {noformat} > testLocallyForcedStream[DIST_SYNC, tx=false](org.infinispan.stream.DistributedStreamIteratorTest) Time elapsed: 0.015 sec <<< FAILURE! java.lang.IllegalStateException: Could not find any segment owned by Cache 'org.infinispan.stream.DistributedStreamIteratorTest'@DistributedStreamIteratorTest[DIST_SYNC, tx=false]-NodeAM-5250, [Cache 'org.infinispan.stream.DistributedStreamIteratorTest'@DistributedStreamIteratorTest[DIST_SYNC, tx=false]-NodeAL-48678], primary segments: {1-3 5 10 14}, backup segments: {Cache 'org.infinispan.stream.DistributedStreamIteratorTest'@DistributedStreamIteratorTest[DIST_SYNC, tx=false]-NodeAL-48678={0 8-9 13}} > at org.infinispan.distribution.MagicKey.<init>(MagicKey.java:88) > at org.infinispan.distribution.MagicKey.<init>(MagicKey.java:137) > at org.infinispan.stream.DistributedStreamIteratorTest.magicKey(DistributedStreamIteratorTest.java:324) > at org.infinispan.stream.DistributedStreamIteratorTest.testLocallyForcedStream(DistributedStreamIteratorTest.java:297) > {noformat} -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 9 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 June 2017