<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jun 30, 2016 at 11:57 AM, Ravishankar N <span dir="ltr">&lt;<a href="mailto:ravishankar@redhat.com" target="_blank">ravishankar@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">
  
    
  
  <div bgcolor="#FFFFFF" text="#000000"><span class="">
    <div>On 06/30/2016 11:40 AM, Atin Mukherjee
      wrote:<br>
    </div>
    <blockquote type="cite">
      <div dir="ltr">
        <div>Currently on a two node set up, if node B goes down and
          node A is rebooted brick process(es) on node A doesn&#39;t come up
          to avoid split brains. </div>
      </div>
    </blockquote>
    <br></span>
    This has always been the case. A patch I had sent quite some time
    back (<a href="http://review.gluster.org/#/c/8034/" target="_blank">http://review.gluster.org/#/c/8034/</a>) was eventually abandoned,
    I think `volume start force` should suffice instead of adding checks
    in code.<br></div></blockquote><div><br></div><div>This is exactly what I thought earlier as a workaround. The problem with this approach here is the manual intervention which users may not like to apply. I got to know from Joe Julian that this is a departure from prior behaviour and I got a feedback that we should think about having a solution where there is no manual intervention/workaround required.<br><br><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div bgcolor="#FFFFFF" text="#000000">
    -Ravi<br>
    <br>
    <blockquote type="cite"><span class="">
      <div dir="ltr">
        <div>However we have had concerns/bugs from different gluster
          users on the availability with this configuration. So we can
          solve this issue by starting the brick process(es) if quorum
          is not enabled. If quorum is enabled we&#39;d not. Although quorum
          option really doesn&#39;t make sense in a two node cluster, but we
          can leverage this option to get rid of this specific
          situation. <br>
          <br>
        </div>
        <div>I&#39;d like to know your feedback on this and then I push a
          patch right away.<br>
          <br>
        </div>
        <div>~Atin<br>
        </div>
      </div>
      <br>
      <fieldset></fieldset>
      <br>
      </span><pre>_______________________________________________
Gluster-users mailing list
<a href="mailto:Gluster-users@gluster.org" target="_blank">Gluster-users@gluster.org</a>
<a href="http://www.gluster.org/mailman/listinfo/gluster-users" target="_blank">http://www.gluster.org/mailman/listinfo/gluster-users</a></pre>
    </blockquote>
    <p><br>
    </p>
  </div>

</blockquote></div><br></div></div>