[infinispan-dev] Infinispan Large Scale support

Galder Zamarreño galder at redhat.com
Mon Apr 11 05:18:23 EDT 2011



On Apr 7, 2011, at 9:05 AM, Bela Ban wrote:

> OK, so the question is whether FLUSH removal causes problems with 
> replication or distribution, or both ?

FLUSH removal causes issues with state transfer in replication as shown in https://issues.jboss.org/browse/ISPN-937

And I 'suspect' that this is the same for dist rehashing cos both work on similar concepts. I haven't investigated the issue deeply to ¡00% guarantee this.

> 
> David got 420+ nodes with replication, and FLUSH removed. However, with 
> distribution and FLUSH removed, it failed. Are you suggesting that FLUSH 
> is (currently) required only for *distribution* mode ?

FLUSH is required until we've confirmed that it everything works fine without it.

> 
> David, maybe worth a try to add <FLUSH timeout="3000".../> to 
> udp-largecluster.xml and try to start the cluster with mode=distribution...
> Cheers,
> 
> 
> On 4/6/11 8:44 PM, Galder Zamarreño wrote:
>> David,
>> 
>> Removing FLUSH is something that causes issues as highlighted by https://issues.jboss.org/browse/ISPN-937
>> 
>> Cheers,
>> 
>> On Apr 4, 2011, at 5:45 PM, david marion wrote:
>> 
>>> 
>>>   Good news! I was able to use the system property from ISPN-83 and remove the FLUSH from the jgroups config with 4.2.1.FINAL, and start-up times are much much better. We have a replicated cache on about 420+ nodes up in under 2 minutes. I am seeing an issue with the distributed cache though with as little as 5 nodes.
>>> 
>>>   In the coordinator log I see
>>> 
>>> org.infinispan.distribution.DistributionmanagerImpl: Detected a view change. Member list changed.......
>>> org.infinispan.distribution.DistributionmanagerImpl: This is a JOIN event! Wait for notification from new joiner<name>
>>> 
>>>   In the log from the joining node I see:
>>> 
>>> org.infinispan.distribution.JoinTask: Commencing rehash on node:<name>. Before start, distributionManager.joinComplete=false
>>> org.infinispan.distribution.JoinTask: Requesting old consistent hash from coordinator
>>> 
>>>   I jstack'd the joiner, the DefaultCacheManager.getCache() method is waiting on org.infinispan.distribution.DistributionManagerImpl.waitForJoinToComplete() and the Rehasher thread
>>>   is waiting on:
>>> 
>>> at org.infinispan.util.concurrent.ReclosableLatch.await(ReclosableLatch.java:75)
>>> at org.infinipsan.remoting.transport.jgroups.JGroupsDistSync.blockUntilNoJoinsInProgress(JGroupsDistSync.java:113)
>>> 
>>> Any thoughts?
>>> 
>>>> Date: Wed, 23 Mar 2011 15:58:19 +0100
>>>> From: bban at redhat.com
>>>> To: infinispan-dev at lists.jboss.org
>>>> Subject: Re: [infinispan-dev] Infinispan Large Scale support
>>>> 
>>>> 
>>>> 
>>>> On 3/23/11 2:39 PM, david marion wrote:
>>>>> 
>>>>> Bela,
>>>>> 
>>>>> Is there a way to start up the JGroups stack on every node without using Infinispan?
>>>> 
>>>> 
>>>> You could use ViewDemo [1] or Draw. Or write your own small test
>>>> program; if you take a look at ViewDemo's src, you'll see that it's onyl
>>>> a page of code.
>>>> 
>>>> 
>>>>> Is there some functional test that I can run or something? I know I can't remove the FLUSH from Infinispan until 5.0.0 and I don't know if I can upgrade the underlying
>>>>> JGroups jar.
>>>> 
>>>> 
>>>> I suggest test with the latest JGroups (2.12.0) and +FLUSH and -FLUSH.
>>>> The +FLUSH config should be less painful now, with the introduction of
>>>> view bundling: we need to run flush fewer times than before.
>>>> 
>>>> 
>>>> [1] http://community.jboss.org/wiki/TestingJBoss
>>>> 
>>>> --
>>>> Bela Ban
>>>> Lead JGroups / Clustering Team
>>>> JBoss
>>>> _______________________________________________
>>>> infinispan-dev mailing list
>>>> infinispan-dev at lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/infinispan-dev
>>> _______________________________________________
>>> infinispan-dev mailing list
>>> infinispan-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/infinispan-dev
>> 
>> --
>> Galder Zamarreño
>> Sr. Software Engineer
>> Infinispan, JBoss Cache
>> 
>> 
>> _______________________________________________
>> infinispan-dev mailing list
>> infinispan-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/infinispan-dev
> 
> -- 
> Bela Ban
> Lead JGroups / Clustering Team
> JBoss
> _______________________________________________
> infinispan-dev mailing list
> infinispan-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/infinispan-dev

--
Galder Zamarreño
Sr. Software Engineer
Infinispan, JBoss Cache




More information about the infinispan-dev mailing list