[JBoss JIRA] (ISPN-7546) InfinispanStoreRocksDBIT test failures
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-7546?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant updated ISPN-7546:
----------------------------------
Status: Pull Request Sent (was: Open)
Git Pull Request: https://github.com/infinispan/infinispan/pull/5397
> InfinispanStoreRocksDBIT test failures
> --------------------------------------
>
> Key: ISPN-7546
> URL: https://issues.jboss.org/browse/ISPN-7546
> Project: Infinispan
> Issue Type: Bug
> Affects Versions: 9.0.0.CR2
> Reporter: Gustavo Fernandes
> Assignee: Tristan Tarrant
>
> Seems intermittently, tests fails and apparently leaves a server running causing failures in other tests due to JMX duplicate domain exceptions.
> {noformat}
> Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 9.323 sec <<< FAILURE! - in org.infinispan.test.integration.as.InfinispanStoreRocksDBIT
> testCacheManager(org.infinispan.test.integration.as.InfinispanStoreRocksDBIT) Time elapsed: 0.752 sec <<< ERROR!
> org.infinispan.commons.CacheException: Unable to invoke method public void org.infinispan.persistence.manager.PersistenceManagerImpl.start() on object of type PersistenceManagerImpl
> at org.rocksdb.RocksDB.open(Native Method)
> at org.rocksdb.RocksDB.open(RocksDB.java:184)
> at org.infinispan.persistence.rocksdb.RocksDBStore.openDatabase(RocksDBStore.java:98)
> at org.infinispan.persistence.rocksdb.RocksDBStore.start(RocksDBStore.java:62)
> at org.infinispan.persistence.manager.PersistenceManagerImpl.lambda$start$0(PersistenceManagerImpl.java:158)
> at java.util.ArrayList.forEach(ArrayList.java:1249)
> at org.infinispan.persistence.manager.PersistenceManagerImpl.start(PersistenceManagerImpl.java:174)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.infinispan.commons.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:168)
> at org.infinispan.factories.AbstractComponentRegistry$PrioritizedMethod.invoke(AbstractComponentRegistry.java:867)
> at org.infinispan.factories.AbstractComponentRegistry.invokeStartMethods(AbstractComponentRegistry.java:633)
> at org.infinispan.factories.AbstractComponentRegistry.internalStart(AbstractComponentRegistry.java:622)
> at org.infinispan.factories.AbstractComponentRegistry.start(AbstractComponentRegistry.java:547)
> at org.infinispan.factories.ComponentRegistry.start(ComponentRegistry.java:231)
> at org.infinispan.cache.impl.CacheImpl.start(CacheImpl.java:803)
> at org.infinispan.cache.impl.AbstractDelegatingCache.start(AbstractDelegatingCache.java:411)
> at org.infinispan.manager.DefaultCacheManager.wireAndStartCache(DefaultCacheManager.java:641)
> at org.infinispan.manager.DefaultCacheManager.createCache(DefaultCacheManager.java:589)
> at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:453)
> at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:432)
> at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:414)
> at org.infinispan.test.integration.as.InfinispanStoreRocksDBIT.testCacheManager(InfinispanStoreRocksDBIT.java:63)
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 4 months
[JBoss JIRA] (ISPN-7546) InfinispanStoreRocksDBIT test failures
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-7546?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant reassigned ISPN-7546:
-------------------------------------
Assignee: Tristan Tarrant
> InfinispanStoreRocksDBIT test failures
> --------------------------------------
>
> Key: ISPN-7546
> URL: https://issues.jboss.org/browse/ISPN-7546
> Project: Infinispan
> Issue Type: Bug
> Affects Versions: 9.0.0.CR2
> Reporter: Gustavo Fernandes
> Assignee: Tristan Tarrant
>
> Seems intermittently, tests fails and apparently leaves a server running causing failures in other tests due to JMX duplicate domain exceptions.
> {noformat}
> Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 9.323 sec <<< FAILURE! - in org.infinispan.test.integration.as.InfinispanStoreRocksDBIT
> testCacheManager(org.infinispan.test.integration.as.InfinispanStoreRocksDBIT) Time elapsed: 0.752 sec <<< ERROR!
> org.infinispan.commons.CacheException: Unable to invoke method public void org.infinispan.persistence.manager.PersistenceManagerImpl.start() on object of type PersistenceManagerImpl
> at org.rocksdb.RocksDB.open(Native Method)
> at org.rocksdb.RocksDB.open(RocksDB.java:184)
> at org.infinispan.persistence.rocksdb.RocksDBStore.openDatabase(RocksDBStore.java:98)
> at org.infinispan.persistence.rocksdb.RocksDBStore.start(RocksDBStore.java:62)
> at org.infinispan.persistence.manager.PersistenceManagerImpl.lambda$start$0(PersistenceManagerImpl.java:158)
> at java.util.ArrayList.forEach(ArrayList.java:1249)
> at org.infinispan.persistence.manager.PersistenceManagerImpl.start(PersistenceManagerImpl.java:174)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.infinispan.commons.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:168)
> at org.infinispan.factories.AbstractComponentRegistry$PrioritizedMethod.invoke(AbstractComponentRegistry.java:867)
> at org.infinispan.factories.AbstractComponentRegistry.invokeStartMethods(AbstractComponentRegistry.java:633)
> at org.infinispan.factories.AbstractComponentRegistry.internalStart(AbstractComponentRegistry.java:622)
> at org.infinispan.factories.AbstractComponentRegistry.start(AbstractComponentRegistry.java:547)
> at org.infinispan.factories.ComponentRegistry.start(ComponentRegistry.java:231)
> at org.infinispan.cache.impl.CacheImpl.start(CacheImpl.java:803)
> at org.infinispan.cache.impl.AbstractDelegatingCache.start(AbstractDelegatingCache.java:411)
> at org.infinispan.manager.DefaultCacheManager.wireAndStartCache(DefaultCacheManager.java:641)
> at org.infinispan.manager.DefaultCacheManager.createCache(DefaultCacheManager.java:589)
> at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:453)
> at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:432)
> at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:414)
> at org.infinispan.test.integration.as.InfinispanStoreRocksDBIT.testCacheManager(InfinispanStoreRocksDBIT.java:63)
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 4 months
[JBoss JIRA] (ISPN-7546) InfinispanStoreRocksDBIT test failures
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-7546?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant updated ISPN-7546:
----------------------------------
Status: Open (was: New)
> InfinispanStoreRocksDBIT test failures
> --------------------------------------
>
> Key: ISPN-7546
> URL: https://issues.jboss.org/browse/ISPN-7546
> Project: Infinispan
> Issue Type: Bug
> Affects Versions: 9.0.0.CR2
> Reporter: Gustavo Fernandes
> Assignee: Tristan Tarrant
>
> Seems intermittently, tests fails and apparently leaves a server running causing failures in other tests due to JMX duplicate domain exceptions.
> {noformat}
> Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 9.323 sec <<< FAILURE! - in org.infinispan.test.integration.as.InfinispanStoreRocksDBIT
> testCacheManager(org.infinispan.test.integration.as.InfinispanStoreRocksDBIT) Time elapsed: 0.752 sec <<< ERROR!
> org.infinispan.commons.CacheException: Unable to invoke method public void org.infinispan.persistence.manager.PersistenceManagerImpl.start() on object of type PersistenceManagerImpl
> at org.rocksdb.RocksDB.open(Native Method)
> at org.rocksdb.RocksDB.open(RocksDB.java:184)
> at org.infinispan.persistence.rocksdb.RocksDBStore.openDatabase(RocksDBStore.java:98)
> at org.infinispan.persistence.rocksdb.RocksDBStore.start(RocksDBStore.java:62)
> at org.infinispan.persistence.manager.PersistenceManagerImpl.lambda$start$0(PersistenceManagerImpl.java:158)
> at java.util.ArrayList.forEach(ArrayList.java:1249)
> at org.infinispan.persistence.manager.PersistenceManagerImpl.start(PersistenceManagerImpl.java:174)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.infinispan.commons.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:168)
> at org.infinispan.factories.AbstractComponentRegistry$PrioritizedMethod.invoke(AbstractComponentRegistry.java:867)
> at org.infinispan.factories.AbstractComponentRegistry.invokeStartMethods(AbstractComponentRegistry.java:633)
> at org.infinispan.factories.AbstractComponentRegistry.internalStart(AbstractComponentRegistry.java:622)
> at org.infinispan.factories.AbstractComponentRegistry.start(AbstractComponentRegistry.java:547)
> at org.infinispan.factories.ComponentRegistry.start(ComponentRegistry.java:231)
> at org.infinispan.cache.impl.CacheImpl.start(CacheImpl.java:803)
> at org.infinispan.cache.impl.AbstractDelegatingCache.start(AbstractDelegatingCache.java:411)
> at org.infinispan.manager.DefaultCacheManager.wireAndStartCache(DefaultCacheManager.java:641)
> at org.infinispan.manager.DefaultCacheManager.createCache(DefaultCacheManager.java:589)
> at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:453)
> at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:432)
> at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:414)
> at org.infinispan.test.integration.as.InfinispanStoreRocksDBIT.testCacheManager(InfinispanStoreRocksDBIT.java:63)
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 4 months
[JBoss JIRA] (ISPN-8231) InfinispanModulesStoreJdbcIT.testXmlConfig and InfinispanStoreJdbcIT.testXmlConfig random failure
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-8231?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant updated ISPN-8231:
----------------------------------
Status: Resolved (was: Pull Request Sent)
Resolution: Done
> InfinispanModulesStoreJdbcIT.testXmlConfig and InfinispanStoreJdbcIT.testXmlConfig random failure
> -------------------------------------------------------------------------------------------------
>
> Key: ISPN-8231
> URL: https://issues.jboss.org/browse/ISPN-8231
> Project: Infinispan
> Issue Type: Bug
> Reporter: Katia Aresti
> Assignee: Katia Aresti
> Labels: testsuite_stability
> Fix For: 9.1.1.Final
>
>
> org.infinispan.test.integration.as.InfinispanModulesStoreJdbcIT.testXmlConfig and
> org.infinispan.test.integration.as.InfinispanStoreJdbcIT.testXmlConfig
> conflict on JMX
> testXmlConfig
> org.infinispan.jmx.JmxDomainConflictException: ISPN000034: There's already a JMX MBean instance type=CacheManager,name="DefaultCacheManager" already registered under 'org.infinispan' JMX domain. If you want to allow multiple instances configured with same JMX domain enable 'allowDuplicateDomains' attribute in 'globalJmxStatistics' config element at org.infinispan.test.integration.as.InfinispanModulesStoreJdbcIT.testXmlConfig(InfinispanModulesStoreJdbcIT.java:57)
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 4 months
[JBoss JIRA] (ISPN-8240) Coordinator sends REBALANCE_START command when there is already a rebalance in progress
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-8240?page=com.atlassian.jira.plugin.... ]
Dan Berindei updated ISPN-8240:
-------------------------------
Priority: Critical (was: Minor)
> Coordinator sends REBALANCE_START command when there is already a rebalance in progress
> ---------------------------------------------------------------------------------------
>
> Key: ISPN-8240
> URL: https://issues.jboss.org/browse/ISPN-8240
> Project: Infinispan
> Issue Type: Bug
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Priority: Critical
>
> Normally the {{REBALANCE_START}} command should only be sent at the start of a rebalance, and any topology updates sent before all the nodes confirm the rebalance phase should have {{CH_UPDATE}}.
> Since the change to 4 phases, this is no longer true: first {{ClusterCacheStatus.updateTopologyMembers}} first clears the {{RebalanceConfirmationCollector}}, then it broadcasts a {{CH_UPDATE}}. Then {{queueRebalance}} immediately creates a new {{RCC}} and broadcasts a {{REBALANCE_START}}, instead of waiting for the current rebalance to finish.
> I propose we remove {{REBALANCE_START}}, as it was just a crude version of {{CacheTopology.Phase}}. We should also remove the {{isRebalance}} parameter from {{StateConsumerImpl.onTopologyUpdate()}}.
> I'm still not sure if rebalancing the pending CH immediately is ok. On the one hand, I would like the rebalance to finish with {{updateMembers(union(currentCH, pendingCH))}} as the new pending CH, so that segments that were already transferred keep an extra copy. On the other hand, that would only help for segments that have at least on owner in the current CH: if the current CH has 0 owners and {{updateMembers}} allocates new ones, those new owners won't request data from the pending CH owners anyway. Fixing that case would require the coordinator to fetch the transfer status from all the nodes before removing a node from the topology. But if the coordinator knew exactly which segments were transferred, it could finish the rebalance immediately and start a new one -- so it would be more similar to the current approach.
> Note: the {{SyncConsistentHashFactory}} allocation is not 100% stable, even when nodes are not added, so A ∈ owners(segment) in topology ABCD does not guarantee that A ∈ owners(segment) in topology ABC. But it should be good enough to keep A an owner in 90% of the cases.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 4 months