<html><head><meta http-equiv="Content-Type" content="text/html charset=iso-8859-1"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br><div><div>On 31 May 2013, at 14:12, Adrian Nistor &lt;<a href="mailto:anistor@redhat.com">anistor@redhat.com</a>&gt; wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">
  
    <meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type">
  
  <div bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">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?<br></div></div></blockquote><div><br></div><div>ISPN-3140 (manually suppressing state transfer) is regardless of partial or complete shutdown. &nbsp;My example only detailed a full shutdown scenario, but applies in the case of a partial shutdown as well.</div><div><br></div><div>ISPN-1394 is much bigger - it covers not just suppressing state transfer but also initiating state transfer, which is much more complex IMO.</div><br><blockquote type="cite"><div bgcolor="#FFFFFF" text="#000000"><div class="moz-cite-prefix">
      <br>
      Cheers<br>
      Adi<br>
      <br>
      On 05/31/2013 03:52 PM, Dan Berindei wrote:<br>
    </div>
    <blockquote cite="mid:CA+nfvwREtSAktKqJdfLhgXd=CJGGGgbmwjJRQXUC=E=jO-kBCA@mail.gmail.com" type="cite">
      <div dir="ltr">
        <div>
          <div>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.<br>
            <br>
          </div>
          <div>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.<br>
            <br>
          </div>
          <div>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.<br>
          </div>
        </div>
        <div><br>
        </div>
        <div>Cheers<br>
        </div>
        <div>Dan<br>
          <br>
        </div>
      </div>
      <div class="gmail_extra"><br>
        <br>
        <div class="gmail_quote">On Fri, May 31, 2013 at 12:17 PM, Manik
          Surtani <span dir="ltr">&lt;<a moz-do-not-send="true" href="mailto:msurtani@redhat.com" target="_blank">msurtani@redhat.com</a>&gt;</span>
          wrote:<br>
          <blockquote class="gmail_quote" style="margin:0 0 0
            .8ex;border-left:1px #ccc solid;padding-left:1ex">Guys<br>
            <br>
            We've discussed ISPN-3140 elsewhere before, I'm brining it
            to this forum now.<br>
            <br>
            <a moz-do-not-send="true" href="https://issues.jboss.org/browse/ISPN-3140" target="_blank">https://issues.jboss.org/browse/ISPN-3140</a><br>
            <br>
            Any thoughts/concerns? &nbsp;Particularly looking to hear from
            Dan or Adrian about viability, complexity, ease of
            implementation.<br>
            <br>
            Thanks<br>
            Manik<br>
            --<br>
            Manik Surtani<br>
            <a moz-do-not-send="true" href="mailto:manik@jboss.org">manik@jboss.org</a><br>
            <a moz-do-not-send="true" href="http://twitter.com/maniksurtani" target="_blank">twitter.com/maniksurtani</a><br>
            <br>
            Platform Architect, JBoss Data Grid<br>
            <a moz-do-not-send="true" href="http://red.ht/data-grid" target="_blank">http://red.ht/data-grid</a><br>
            <br>
            <br>
            _______________________________________________<br>
            infinispan-dev mailing list<br>
            <a moz-do-not-send="true" href="mailto:infinispan-dev@lists.jboss.org">infinispan-dev@lists.jboss.org</a><br>
            <a moz-do-not-send="true" href="https://lists.jboss.org/mailman/listinfo/infinispan-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/infinispan-dev</a><br>
          </blockquote>
        </div>
        <br>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
infinispan-dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:infinispan-dev@lists.jboss.org">infinispan-dev@lists.jboss.org</a>
<a class="moz-txt-link-freetext" href="https://lists.jboss.org/mailman/listinfo/infinispan-dev">https://lists.jboss.org/mailman/listinfo/infinispan-dev</a></pre>
    </blockquote>
    <br>
  </div>

_______________________________________________<br>infinispan-dev mailing list<br><a href="mailto:infinispan-dev@lists.jboss.org">infinispan-dev@lists.jboss.org</a><br>https://lists.jboss.org/mailman/listinfo/infinispan-dev</blockquote></div><br><div apple-content-edited="true">
<span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; border-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; border-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; border-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div>--</div><div>Manik Surtani</div><div><a href="mailto:manik@jboss.org">manik@jboss.org</a></div><div><a href="http://twitter.com/maniksurtani">twitter.com/maniksurtani</a></div><div><br></div><div><div>Platform Architect, JBoss Data Grid</div><div><a href="http://red.ht/data-grid">http://red.ht/data-grid</a></div></div></div></span></div></span></div></span>
</div>
<br></body></html>