<div dir="ltr">No it doesn't. That's quite a different problem. I don't want manual intervention.</div><div class="gmail_extra"><br><div class="gmail_quote">On 23 January 2015 at 08:35, Adrian Nistor <span dir="ltr"><<a href="mailto:anistor@redhat.com" target="_blank">anistor@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Galder, Manik, the jira you mention is ISPN-3140 JMX operation to<br>
suppress state transfer [1], implemented quite a long time ago. This<br>
should solve the problem of many simultaneous joiners. Does this fit<br>
your needs?<br>
<br>
[1] <a href="https://issues.jboss.org/browse/ISPN-3140" target="_blank">https://issues.jboss.org/browse/ISPN-3140</a><br>
<div class="HOEnZb"><div class="h5"><br>
On 01/23/2015 06:10 PM, Galder Zamarreño wrote:<br>
> Hey Manik, I think I remember some JIRA to have a state transfer manually, upon management operation or similar, in order to avoid state transfer mayhem when bringing a lot of nodes at the same time. I don’t know what’s happened to that, but would it work?<br>
><br>
> Cheers,<br>
><br>
> On 17 Jan 2015, at 02:43, Manik Surtani <<a href="mailto:manik@infinispan.org">manik@infinispan.org</a>> wrote:<br>
><br>
>> Greetings. :-)<br>
>><br>
>> I chatted with a few of you offline about this earlier; anyone has any thoughts around a ClusterLoader implementation that, instead of broadcasting to the entire cluster, unicasts to the owners of a given key by inspecting the DistributionManager. Thinking of using this as a lazy/on-demand form of state transfer in a distributed cluster, so joiners don’t trigger big chunks of data moving around eagerly.<br>
>><br>
>> • M<br>
>> _______________________________________________<br>
>> infinispan-dev mailing list<br>
>> <a href="mailto:infinispan-dev@lists.jboss.org">infinispan-dev@lists.jboss.org</a><br>
>> <a href="https://lists.jboss.org/mailman/listinfo/infinispan-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/infinispan-dev</a><br>
><br>
> --<br>
> Galder Zamarreño<br>
> <a href="mailto:galder@redhat.com">galder@redhat.com</a><br>
> <a href="http://twitter.com/galderz" target="_blank">twitter.com/galderz</a><br>
><br>
><br>
> _______________________________________________<br>
> infinispan-dev mailing list<br>
> <a href="mailto:infinispan-dev@lists.jboss.org">infinispan-dev@lists.jboss.org</a><br>
> <a href="https://lists.jboss.org/mailman/listinfo/infinispan-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/infinispan-dev</a><br>
<br>
_______________________________________________<br>
infinispan-dev mailing list<br>
<a href="mailto:infinispan-dev@lists.jboss.org">infinispan-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/infinispan-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/infinispan-dev</a><br>
</div></div></blockquote></div><br></div>