[infinispan-dev] Suppressing state transfer via JMX

Adrian Nistor anistor at redhat.com
Fri May 31 09:12:02 EDT 2013


ISPN-3140 only mentions suspending state transfer. The partial cluster 
shutdown scenario is part of ISPN-1394. Doesn't it make sense to merge them?

Cheers
Adi

On 05/31/2013 03:52 PM, Dan Berindei wrote:
> If we only want to deal with full cluster shutdown, then I think 
> stopping all application requests, calling Cache.clear() on one node, 
> and then shutting down all the nodes should be simpler. On start, 
> assuming no cache store, the caches will start empty, so starting all 
> the nodes at once and only allowing application requests when they've 
> all joined should also work without extra work.
>
> If we only want to stop a part of the cluster, suppressing rebalancing 
> would be better, because we wouldn't lose all the data. But we'd still 
> lose the keys whose owners are all among the nodes we want to stop. 
> I've discussed this with Adrian, and we think if we want to stop a 
> part of the cluster without losing data we need a JMX operation on the 
> coordinator that will "atomically" remove a set of nodes from the CH. 
> After the operation completes, the user will know it's safe to stop 
> those nodes without losing data.
>
> When it comes to starting a part of the cluster, a "pause rebalancing" 
> option would probably be better - but again, on the coordinator, not 
> on each joining node. And clearly, if more than numOwner nodes leave 
> while rebalancing is suspended, data will be lost.
>
> Cheers
> Dan
>
>
>
> On Fri, May 31, 2013 at 12:17 PM, Manik Surtani <msurtani at redhat.com 
> <mailto:msurtani at redhat.com>> wrote:
>
>     Guys
>
>     We've discussed ISPN-3140 elsewhere before, I'm brining it to this
>     forum now.
>
>     https://issues.jboss.org/browse/ISPN-3140
>
>     Any thoughts/concerns?  Particularly looking to hear from Dan or
>     Adrian about viability, complexity, ease of implementation.
>
>     Thanks
>     Manik
>     --
>     Manik Surtani
>     manik at jboss.org <mailto:manik at jboss.org>
>     twitter.com/maniksurtani <http://twitter.com/maniksurtani>
>
>     Platform Architect, JBoss Data Grid
>     http://red.ht/data-grid
>
>
>     _______________________________________________
>     infinispan-dev mailing list
>     infinispan-dev at lists.jboss.org <mailto: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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/infinispan-dev/attachments/20130531/c619d8dc/attachment.html 


More information about the infinispan-dev mailing list