[JBoss JIRA] (ISPN-2575) KeyTransformer registration is required on all nodes of the cluster, in case of custom keys
by Mircea Markus (JIRA)
[ https://issues.jboss.org/browse/ISPN-2575?page=com.atlassian.jira.plugin.... ]
Mircea Markus updated ISPN-2575:
--------------------------------
Assignee: Adrian Nistor (was: Sanne Grinovero)
> KeyTransformer registration is required on all nodes of the cluster, in case of custom keys
> -------------------------------------------------------------------------------------------
>
> Key: ISPN-2575
> URL: https://issues.jboss.org/browse/ISPN-2575
> Project: Infinispan
> Issue Type: Enhancement
> Components: Querying
> Affects Versions: 5.2.0.Beta5
> Reporter: Anna Manukyan
> Assignee: Adrian Nistor
> Attachments: ClusteredCacheTest.java
>
>
> The case is the following:
> I have a clustered cache on which I want to perform a search. I'm doing the following:
> I'm initializing SearchManager on node1, I'm registering a custom key transformer for my key using the created searchmanager, but then when I'm trying to put data into the cache on node1 (which is in REPL_SYNC mode with cache on node2), I'm getting the exception:
> java.lang.IllegalArgumentException: Indexing only works with entries keyed on Strings, primitives and classes that have the @Transformable annotation - you passed in a class org.infinispan.query.test.CustomKey3. Alternatively, see org.infinispan.query.SearchManager#registerKeyTransformer
> When I'm initializing the SearchManager using node2 cache and register the keyTransformer on it as well, then everything works perfectly, even though I am not using the second created SearchManager.
> The test which reproduces the issue is attached to the jira. Please see the test case: testSearchKeyTransformer()
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
3 days, 6 hours
[JBoss JIRA] (ISPN-3125) SpringEmbeddedCacheManagerFactoryBean does not allow overrides when referencing config
by Sebastian Łaskawiec (JIRA)
[ https://issues.jboss.org/browse/ISPN-3125?page=com.atlassian.jira.plugin.... ]
Sebastian Łaskawiec updated ISPN-3125:
--------------------------------------
Status: Pull Request Sent (was: Pull Request Sent)
Git Pull Request: https://github.com/infinispan/infinispan/pull/2918 (was: https://github.com/infinispan/infinispan/pull/2771)
> SpringEmbeddedCacheManagerFactoryBean does not allow overrides when referencing config
> --------------------------------------------------------------------------------------
>
> Key: ISPN-3125
> URL: https://issues.jboss.org/browse/ISPN-3125
> Project: Infinispan
> Issue Type: Bug
> Components: Spring Integration
> Affects Versions: 5.3.0.Beta2
> Reporter: Mike Noordermeer
> Assignee: Sebastian Łaskawiec
> Priority: Minor
>
> The SpringEmbeddedCacheManager contains the following comment:
> bq. A user may further customize the SpringEmbeddedCacheManager's configuration using explicit setters on this FactoryBean. The properties thus defined will be applied either to the configuration loaded from Infinispan's configuration file in case one has been specified, or to a configuration initialized with Infinispan's default settings. Either way, the net effect is that explicitly set configuration properties take precedence over both those loaded from a configuration file as well as INFNISPAN's default settings.
> In this current version, setting a configfile + overriding properties does not seem to be possible. This can also be seen in {{AbstractEmbeddedCacheManagerFactory.createBackingEmbeddedCacheManager()}}, where the overrides are only applied iff {{configurationFileLocation == null}}.
> I made a little workaround to fix this issue, but it's a mess because the {{DefaultCacheManager}} does not seem to allow overriding values if it gets its config from an InputStream. The workaround is available at https://gist.github.com/MikeN123/5618297
> It seems the same issue exists in {{InfinispanNamedEmbeddedCacheFactoryBean}}, there configuration overrides don't seem to be applied if {{configurationTemplateMode == DEFAULT}}, or {{configurationTemplateMode == NAMED}}, whereas the documentation says that should work.
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years
[JBoss JIRA] (ISPN-3125) SpringEmbeddedCacheManagerFactoryBean does not allow overrides when referencing config
by Sebastian Łaskawiec (JIRA)
[ https://issues.jboss.org/browse/ISPN-3125?page=com.atlassian.jira.plugin.... ]
Sebastian Łaskawiec reassigned ISPN-3125:
-----------------------------------------
Assignee: Sebastian Łaskawiec (was: Olaf Bergner)
> SpringEmbeddedCacheManagerFactoryBean does not allow overrides when referencing config
> --------------------------------------------------------------------------------------
>
> Key: ISPN-3125
> URL: https://issues.jboss.org/browse/ISPN-3125
> Project: Infinispan
> Issue Type: Bug
> Components: Spring Integration
> Affects Versions: 5.3.0.Beta2
> Reporter: Mike Noordermeer
> Assignee: Sebastian Łaskawiec
> Priority: Minor
>
> The SpringEmbeddedCacheManager contains the following comment:
> bq. A user may further customize the SpringEmbeddedCacheManager's configuration using explicit setters on this FactoryBean. The properties thus defined will be applied either to the configuration loaded from Infinispan's configuration file in case one has been specified, or to a configuration initialized with Infinispan's default settings. Either way, the net effect is that explicitly set configuration properties take precedence over both those loaded from a configuration file as well as INFNISPAN's default settings.
> In this current version, setting a configfile + overriding properties does not seem to be possible. This can also be seen in {{AbstractEmbeddedCacheManagerFactory.createBackingEmbeddedCacheManager()}}, where the overrides are only applied iff {{configurationFileLocation == null}}.
> I made a little workaround to fix this issue, but it's a mess because the {{DefaultCacheManager}} does not seem to allow overriding values if it gets its config from an InputStream. The workaround is available at https://gist.github.com/MikeN123/5618297
> It seems the same issue exists in {{InfinispanNamedEmbeddedCacheFactoryBean}}, there configuration overrides don't seem to be applied if {{configurationTemplateMode == DEFAULT}}, or {{configurationTemplateMode == NAMED}}, whereas the documentation says that should work.
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years
[JBoss JIRA] (ISPN-4776) The topology id for the merged cache topology is not always bigger than all the partition topology ids
by Pedro Ruivo (JIRA)
[ https://issues.jboss.org/browse/ISPN-4776?page=com.atlassian.jira.plugin.... ]
Pedro Ruivo updated ISPN-4776:
------------------------------
Status: Resolved (was: Pull Request Sent)
Resolution: Done
> The topology id for the merged cache topology is not always bigger than all the partition topology ids
> ------------------------------------------------------------------------------------------------------
>
> Key: ISPN-4776
> URL: https://issues.jboss.org/browse/ISPN-4776
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Affects Versions: 7.0.0.Beta2
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Priority: Blocker
> Labels: testsuite_stability
> Fix For: 7.0.0.CR1
>
>
> With the ISPN-4574 fix, I changed the merge algorithm to pick the partition with the most members (both in the _stable_ topology and in the _current_ topology) instead of the partition with the highest topology id.
> However, the biggest topology is not necessarily the partition with the highest topology id, so it's possible that some nodes will ignore the merged topology because they already have a higher topology installed. This happened once in ClusterTopologyManagerTest.testClusterRecoveryAfterThreeWaySplit:
> {noformat}
> 00:24:59,286 DEBUG (transport-thread-NodeL-p33097-t6:) [ClusterCacheStatus] Recovered 3 partition(s) for cache cache: [CacheTopology{id=8, rebalanceId=3, currentCH=DefaultConsistentHash{ns = 60, owners = (1)[, NodeL-25322: 60+0]}, pendingCH=null, unionCH=null}, CacheTopology{id=6, rebalanceId=3, currentCH=DefaultConsistentHash{ns = 60, owners = (2)[, NodeL-25322: 30+10, NodeN-6727: 30+10]}, pendingCH=DefaultConsistentHash{ns = 60, owners = (2)[, NodeL-25322: 30+30, NodeN-6727: 30+30]}, unionCH=null}, CacheTopology{id=5, rebalanceId=2, currentCH=DefaultConsistentHash{ns = 60, owners = (1)[, NodeM-12972: 60+0]}, pendingCH=null, unionCH=null}]
> 00:24:59,287 DEBUG (transport-thread-NodeL-p33097-t6:) [ClusterCacheStatus] Updating topologies after merge for cache cache, current topology = CacheTopology{id=5, rebalanceId=2, currentCH=DefaultConsistentHash{ns = 60, owners = (1)[, NodeM-12972: 60+0]}, pendingCH=null, unionCH=null}, stable topology = CacheTopology{id=4, rebalanceId=2, currentCH=DefaultConsistentHash{ns = 60, owners = (3)[, NodeL-25322: 20+20, NodeM-12972: 20+20, NodeN-6727: 20+20]}, pendingCH=null, unionCH=null}, availability mode = null
> 00:24:59,287 DEBUG (transport-thread-NodeL-p33097-t6:) [ClusterTopologyManagerImpl] Updating cluster-wide current topology for cache cache, topology = CacheTopology{id=5, rebalanceId=2, currentCH=DefaultConsistentHash{ns = 60, owners = (1)[, NodeM-12972: 60+0]}, pendingCH=null, unionCH=null}, availability mode = null
> 00:24:59,288 TRACE (transport-thread-NodeL-p33097-t3:) [LocalTopologyManagerImpl] Ignoring consistent hash update for cache cache, current topology is 8: CacheTopology{id=5, rebalanceId=2, currentCH=DefaultConsistentHash{ns = 60, owners = (1)[, NodeM-12972: 60+0]}, pendingCH=null, unionCH=null}
> {noformat}
> Failure logs here: http://ci.infinispan.org/viewLog.html?buildId=12364&buildTypeId=Infinispa...
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years
[JBoss JIRA] (ISPN-4760) Cluster registry doesn't work when rebalancing is disabled
by Pedro Ruivo (JIRA)
[ https://issues.jboss.org/browse/ISPN-4760?page=com.atlassian.jira.plugin.... ]
Pedro Ruivo updated ISPN-4760:
------------------------------
Status: Resolved (was: Pull Request Sent)
Resolution: Done
> Cluster registry doesn't work when rebalancing is disabled
> ----------------------------------------------------------
>
> Key: ISPN-4760
> URL: https://issues.jboss.org/browse/ISPN-4760
> Project: Infinispan
> Issue Type: Bug
> Components: Core, State Transfer
> Affects Versions: 7.0.0.Beta2
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Priority: Blocker
> Labels: testsuite_stability
> Fix For: 7.0.0.CR1
>
>
> I accidentally reverted the ISPN-4389 fix when I deleted the RebalancePolicy for ISPN-4574.
> The only affected test seems to be StateTransferSuppressIT, but there is an unrelated failure earlier in the test masking it.
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years
[JBoss JIRA] (ISPN-4574) PartitionHandling: consider less than numOwners partitions
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/ISPN-4574?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration updated ISPN-4574:
------------------------------------------
Bugzilla Update: Perform
Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1147885
> PartitionHandling: consider less than numOwners partitions
> ----------------------------------------------------------
>
> Key: ISPN-4574
> URL: https://issues.jboss.org/browse/ISPN-4574
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Reporter: Mircea Markus
> Assignee: Dan Berindei
> Priority: Critical
> Labels: partition_handling
> Fix For: 7.0.0.Beta2
>
>
> If the following two conditions are simultaneously met during a split brain:
> a) less than numOwners nodes leave
> b) two clusters are formed having that size
> Then both partitions would be considered as available. E.g. a cluster of 6 nodes with numOwners=4, with a split brain resulting in 3 and 3 nodes partitions.
> We should add some logic to prevent this situation, e.g. by requiring the remaining partition to have at least numOwners members.
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years