June 2014 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-4070) Server plugin for RHQ needs extensions in management/monitoring

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-4070?page=com.atlassian.jira.plugin.... ] Work on ISPN-4070 started by William Burns. > Server plugin for RHQ needs extensions in management/monitoring > --------------------------------------------------------------- > > Key: ISPN-4070 > URL: https://issues.jboss.org/browse/ISPN-4070 > Project: Infinispan > Issue Type: Bug > Components: JMX, reporting and management > Affects Versions: 6.0.1.Final > Reporter: Tomas Sykora > Assignee: William Burns > Labels: 630, 63gablocker > > InVM plugin for RHQ is generated automatically. However, the plugin for server is not and those are results of deeper analysis of RHQ ISPN server plugin (missing) possibilities. > JCONSOLE is showing number of statistics, traits and operations which are not incorporated in RHQ-plugin (*server* plugin). Some are quite important (start and stop ops for cache for example) and some might be only additional, not necessary - but still pleasant, information about a cluster/cache. > *Missing Cache traits:* > cacheName > version > configurationAsProperties > statisticsEnabled > *Missing from Cache statistics:* > averageRemoveTime > *Missing cache operations:* > START and STOP are missing!! > synchronizeData, disconnectSource, recordKnownGlobalKeyset - rolling upgrades related ops > *Missing cache manager traits:* > definedCacheCount > globalConfigurationAsProperties > clusterMembers > createdCacheCounts > definedCacheNames > clusterSize > version > runningCacheCount -- This message was sent by Atlassian JIRA (v6.2.3#6260)

11 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4372) Map/Reduce performance is dependent on cache value size

by Alan Field (JIRA)

[ https://issues.jboss.org/browse/ISPN-4372?page=com.atlassian.jira.plugin.... ] Alan Field commented on ISPN-4372: ---------------------------------- I was comparing the performance in Infinispan 6 and 7 which has much different performance characteristics when using the same input data and {{WordCountMapperEmitPerValue}} code. In Infinispan 6, the performance is unaffected by cache value size, and the throughput increases as more nodes are added. The throughput in Infinispan 7 is affected when the value size is changed. Whether this is due to the input cache value size or intermediate values is to be determined. I can rerun the tests using the {{WordCountMapper}}, but I suspect that it will fail in Infinispan 6 due to the number of intermediate values emitted by the mapper. > Map/Reduce performance is dependent on cache value size > ------------------------------------------------------- > > Key: ISPN-4372 > URL: https://issues.jboss.org/browse/ISPN-4372 > Project: Infinispan > Issue Type: Feature Request > Components: Distributed Execution and Map/Reduce > Affects Versions: 7.0.0.Alpha4 > Reporter: Alan Field > Assignee: Vladimir Blagojevic > Labels: performance > > Performance testing the Map/Reduce changes has shown that the performance improvements vary based on the size of the values in the cache. [1] Using values from 8kB to 128kB shows a large performance increase over Infinispan 6, but smaller and larger values are the same or slower than Infinispan 6. > http://blog.infinispan.org/2014/06/mapreduce-performance-improvements.html -- This message was sent by Atlassian JIRA (v6.2.3#6260)

11 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4368) StateTransferOverwriteTest random failures

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-4368?page=com.atlassian.jira.plugin.... ] William Burns updated ISPN-4368: -------------------------------- Status: Pull Request Sent (was: Coding In Progress) Git Pull Request: https://github.com/infinispan/infinispan/pull/2620 > StateTransferOverwriteTest random failures > ------------------------------------------ > > Key: ISPN-4368 > URL: https://issues.jboss.org/browse/ISPN-4368 > Project: Infinispan > Issue Type: Bug > Components: Core, Test Suite - Core > Affects Versions: 7.0.0.Alpha4 > Reporter: Dan Berindei > Assignee: William Burns > Labels: testsuite_stability > Fix For: 7.0.0.Beta1 > > Attachments: StateTransferOverwriteTest_pr_pruivo_ISPN-4025_xsite-st-failures_20140605.log.gz > > > {{testStateTransferInBetweenPrepareCommitWithPutCreate}} sometimes fails because the state transfer doesn't finish in time: > {noformat} > java.lang.RuntimeException: Timed out waiting for rebalancing to complete on node NodeBN-23267, current topology is CacheTopology{id=6, currentCH=DefaultConsistentHash{numSegments=60, numOwners=2, members=[NodeBM-52725, NodeBN-23267]}, pendingCH=DefaultConsistentHash{numSegments=60, numOwners=2, members=[NodeBM-52725, NodeBN-23267]}, unionCH=DefaultConsistentHash{numSegments=60, numOwners=2, members=[NodeBM-52725, NodeBN-23267]}} > at org.infinispan.test.TestingUtil.waitForRehashToComplete(TestingUtil.java:214) > at org.infinispan.distribution.rehash.BaseTxStateTransferOverwriteTest.doStateTransferInBetweenPrepareCommit(BaseTxStateTransferOverwriteTest.java:265) > at org.infinispan.distribution.rehash.BaseTxStateTransferOverwriteTest.testStateTransferInBetweenPrepareCommitWithPutCreate(BaseTxStateTransferOverwriteTest.java:94) > {noformat} > The problem seems to be that the test intends to block the {{PUT_CREATE}} command on the primary owner of the test key, but it sometimes also blocks the state transfer put for the {{placeholder}} key - depending on which node was the backup owner of the {{placeholder}} key. > The purpose of the {{placeholder}} key is also not very clear, we should add a comment how we expect the presence of another entry to interact with the tx / operation in progress. -- This message was sent by Atlassian JIRA (v6.2.3#6260)

11 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4372) Map/Reduce performance is dependent on cache value size

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-4372?page=com.atlassian.jira.plugin.... ] Dan Berindei commented on ISPN-4372: ------------------------------------ I don't think it's fair to say that M/R performance depends on the input cache's value size. There is also another factor involved: {{WordCountMapperEmitPerValue}} coalesces all the occurrences of the same word in the value, so the number of intermediary values {{emit()}}ed by the mapper decreases a lot as the cache value size increases. We should confirm that the same behaviour occurs with the basic {{WordCountMapper}}, otherwise it would be more fair to say that M/R performance is depended on the number of the number of intermediary entries emitted by the Mapper, which is to be expected. However, it is surprising that M/R throughput doesn't continue increasing as the cache value size increases (and the number of intermediary values decreases) past 32KB. This is definitely worth investigating. > Map/Reduce performance is dependent on cache value size > ------------------------------------------------------- > > Key: ISPN-4372 > URL: https://issues.jboss.org/browse/ISPN-4372 > Project: Infinispan > Issue Type: Feature Request > Components: Distributed Execution and Map/Reduce > Affects Versions: 7.0.0.Alpha4 > Reporter: Alan Field > Assignee: Dan Berindei > Labels: performance > > Performance testing the Map/Reduce changes has shown that the performance improvements vary based on the size of the values in the cache. [1] Using values from 8kB to 128kB shows a large performance increase over Infinispan 6, but smaller and larger values are the same or slower than Infinispan 6. > http://blog.infinispan.org/2014/06/mapreduce-performance-improvements.html -- This message was sent by Atlassian JIRA (v6.2.3#6260)

11 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4372) Map/Reduce performance is dependent on cache value size

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-4372?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-4372: ------------------------------- Assignee: Vladimir Blagojevic (was: Dan Berindei) > Map/Reduce performance is dependent on cache value size > ------------------------------------------------------- > > Key: ISPN-4372 > URL: https://issues.jboss.org/browse/ISPN-4372 > Project: Infinispan > Issue Type: Feature Request > Components: Distributed Execution and Map/Reduce > Affects Versions: 7.0.0.Alpha4 > Reporter: Alan Field > Assignee: Vladimir Blagojevic > Labels: performance > > Performance testing the Map/Reduce changes has shown that the performance improvements vary based on the size of the values in the cache. [1] Using values from 8kB to 128kB shows a large performance increase over Infinispan 6, but smaller and larger values are the same or slower than Infinispan 6. > http://blog.infinispan.org/2014/06/mapreduce-performance-improvements.html -- This message was sent by Atlassian JIRA (v6.2.3#6260)

11 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4370) CacheNotifierImplInitialTransferDistTest random failures

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-4370?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-4370: ------------------------------- Status: Resolved (was: Pull Request Sent) Fix Version/s: 7.0.0.Alpha5 (was: 7.0.0.Beta1) Resolution: Done > CacheNotifierImplInitialTransferDistTest random failures > -------------------------------------------------------- > > Key: ISPN-4370 > URL: https://issues.jboss.org/browse/ISPN-4370 > Project: Infinispan > Issue Type: Bug > Components: Core, Test Suite - Core > Affects Versions: 7.0.0.Alpha4 > Reporter: Dan Berindei > Assignee: William Burns > Labels: testsuite_stability > Fix For: 7.0.0.Alpha5 > > Attachments: CacheNotifierImplInitialTransferDistTest_t_ISPN-4118_20140609.log.gz > > > Random failures in {{testModificationAfterIterationBeganAndSegmentNotCompleteValueOwnerClustered}} and {{testRemoveAfterIterationBeganAndSegmentNotCompleteValueOwnerClustered}}. > {noformat} > java.lang.AssertionError: There was no matching create event for key key-1 expected [true] but found [false] > at org.testng.Assert.fail(Assert.java:94) > at org.testng.Assert.failNotEquals(Assert.java:494) > at org.testng.Assert.assertTrue(Assert.java:42) > at org.infinispan.notifications.cachelistener.CacheNotifierImplInitialTransferDistTest.testIterationBeganAndSegmentNotComplete(CacheNotifierImplInitialTransferDistTest.java:542) > at org.infinispan.notifications.cachelistener.CacheNotifierImplInitialTransferDistTest.testRemoveAfterIterationBeganAndSegmentNotCompleteValueOwnerClustered(CacheNotifierImplInitialTransferDistTest.java:655) > {noformat} > {noformat} > java.lang.AssertionError: There was no matching create event for key key-1 expected [true] but found [false] > at org.testng.Assert.fail(Assert.java:94) > at org.testng.Assert.failNotEquals(Assert.java:494) > at org.testng.Assert.assertTrue(Assert.java:42) > at org.infinispan.notifications.cachelistener.CacheNotifierImplInitialTransferDistTest.testIterationBeganAndSegmentNotComplete(CacheNotifierImplInitialTransferDistTest.java:542) > at org.infinispan.notifications.cachelistener.CacheNotifierImplInitialTransferDistTest.testRemoveAfterIterationBeganAndSegmentNotCompleteValueOwnerClustered(CacheNotifierImplInitialTransferDistTest.java:655) > {noformat} -- This message was sent by Atlassian JIRA (v6.2.3#6260)

11 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4368) StateTransferOverwriteTest random failures

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-4368?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-4368: ------------------------------- Attachment: StateTransferOverwriteTest_pr_pruivo_ISPN-4025_xsite-st-failures_20140605.log.gz TRACE log attached > StateTransferOverwriteTest random failures > ------------------------------------------ > > Key: ISPN-4368 > URL: https://issues.jboss.org/browse/ISPN-4368 > Project: Infinispan > Issue Type: Bug > Components: Core, Test Suite - Core > Affects Versions: 7.0.0.Alpha4 > Reporter: Dan Berindei > Assignee: William Burns > Labels: testsuite_stability > Fix For: 7.0.0.Beta1 > > Attachments: StateTransferOverwriteTest_pr_pruivo_ISPN-4025_xsite-st-failures_20140605.log.gz > > > {{testStateTransferInBetweenPrepareCommitWithPutCreate}} sometimes fails because the state transfer doesn't finish in time: > {noformat} > java.lang.RuntimeException: Timed out waiting for rebalancing to complete on node NodeBN-23267, current topology is CacheTopology{id=6, currentCH=DefaultConsistentHash{numSegments=60, numOwners=2, members=[NodeBM-52725, NodeBN-23267]}, pendingCH=DefaultConsistentHash{numSegments=60, numOwners=2, members=[NodeBM-52725, NodeBN-23267]}, unionCH=DefaultConsistentHash{numSegments=60, numOwners=2, members=[NodeBM-52725, NodeBN-23267]}} > at org.infinispan.test.TestingUtil.waitForRehashToComplete(TestingUtil.java:214) > at org.infinispan.distribution.rehash.BaseTxStateTransferOverwriteTest.doStateTransferInBetweenPrepareCommit(BaseTxStateTransferOverwriteTest.java:265) > at org.infinispan.distribution.rehash.BaseTxStateTransferOverwriteTest.testStateTransferInBetweenPrepareCommitWithPutCreate(BaseTxStateTransferOverwriteTest.java:94) > {noformat} > The problem seems to be that the test intends to block the {{PUT_CREATE}} command on the primary owner of the test key, but it sometimes also blocks the state transfer put for the {{placeholder}} key - depending on which node was the backup owner of the {{placeholder}} key. > The purpose of the {{placeholder}} key is also not very clear, we should add a comment how we expect the presence of another entry to interact with the tx / operation in progress. -- This message was sent by Atlassian JIRA (v6.2.3#6260)

11 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4056) Enable caching of permission masks to cluster registry

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-4056?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-4056: ---------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/2618 > Enable caching of permission masks to cluster registry > ------------------------------------------------------ > > Key: ISPN-4056 > URL: https://issues.jboss.org/browse/ISPN-4056 > Project: Infinispan > Issue Type: Bug > Components: Core > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > > When enabling permission mask caching in AuthorizationManagerImpl, state transfer never completes. This is a side-effect of the following bugs: > - Fix TransportConfigurationBuilder.read() to clone the transport instead of "sharing" it > - TestingUtil.TestPrincipal is not serializable -- This message was sent by Atlassian JIRA (v6.2.3#6260)

11 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4373) ClusterRegistry cache should be the last cache to be stopped

by Tristan Tarrant (JIRA)

Tristan Tarrant created ISPN-4373: ------------------------------------- Summary: ClusterRegistry cache should be the last cache to be stopped Key: ISPN-4373 URL: https://issues.jboss.org/browse/ISPN-4373 Project: Infinispan Issue Type: Task Reporter: Tristan Tarrant Assignee: Dan Berindei The ClusterRegistry cache is special since it is available as a component which can be injected into a cache. Therefore it cannot be shutdown before other caches, since they may rely on its availability. -- This message was sent by Atlassian JIRA (v6.2.3#6260)

11 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4247) JPA cachestore fails with Oracle12c and PostgreadPlus 9

by Radim Vansa (JIRA)

[ https://issues.jboss.org/browse/ISPN-4247?page=com.atlassian.jira.plugin.... ] Radim Vansa commented on ISPN-4247: ----------------------------------- I am not aware of any drawbacks with going to 4.3.x right now - we just need to run the tests again to see if it works. > JPA cachestore fails with Oracle12c and PostgreadPlus 9 > ------------------------------------------------------- > > Key: ISPN-4247 > URL: https://issues.jboss.org/browse/ISPN-4247 > Project: Infinispan > Issue Type: Bug > Components: Core > Reporter: Vojtech Juranek > Assignee: Dan Berindei > Labels: 63gablocker > Fix For: 7.0.0.Alpha4, 7.0.0.Final > > > JPA cache store fails on Oracle12c and PostgreadPlus 9 as Hibernate is not able to determine the dialect to be used: > {noformat} > [java] Caused by: org.hibernate.HibernateException: Unable to determine Dialect to use [name=Oracle, majorVersion=12]; user must register resolver or explicitly set 'hibernate.dialect' > {noformat} > resp. > {noformat} > [java] Caused by: org.hibernate.HibernateException: Unable to determine Dialect to use [name=EnterpriseDB, majorVersion=9]; user must register resolver or explicitly set 'hibernate.dialect' > {noformat} > To fix it, HIbernate upgrade is needed. PotgresPlus is fixed in 4.3.0.Beta4 (tracking JIRA is [HHH-8349|https://hibernate.atlassian.net/browse/HHH-8349]), Oracle12c is fixed in Hibernate 5.0.0 (tracking JIRA is [HHH-9044|https://hibernate.atlassian.net/browse/HHH-9044]) -- This message was sent by Atlassian JIRA (v6.2.3#6260)

11 years, 10 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 2014