<div dir="ltr">The option is useful in preventing spurious heals from being reported in `volume heal info` output.<div class=""><div id=":qc" class="" tabindex="0"><img class="" src="https://ssl.gstatic.com/ui/v1/icons/mail/images/cleardot.gif"><br></div><div id=":qc" class="" tabindex="0">-Krutika<br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Jul 23, 2016 at 10:05 PM, Lindsay Mathieson <span dir="ltr">&lt;<a href="mailto:lindsay.mathieson@gmail.com" target="_blank">lindsay.mathieson@gmail.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">
    <p>3.7.13 has been running well now for several weeks for me on a
      rep 3 sharded volume, VM hosting, but I&#39;m still on op-version
      30710, after the issues with 12 have held off making any changes
      until confidence was restored :)</p>
    <p><br>
    </p>
    <p>Scrolling through the code revealed the following for 3.7.13</p>
    <p><br>
    </p>
    <p><b>cluster.shd-max-threads</b><br>
      Default Value: 1<br>
      Description: Maximum number of threads SHD can use per local
      brick.  This can substantially lower heal times, but can also
      crush your bricks if you don&#39;t have the storage hardware to
      support this.<br>
      <br>
      <b>cluster.shd-wait-qlength</b><br>
      Default Value: 1024<br>
      Description: This option can be used to control number of heals
      that can wait in SHD per subvolume<br>
      <br>
      <b>cluster.locking-scheme</b><br>
      Default Value: full<br>
      Description: If this option is set to granular, self-heal will
      stop being compatible with afr-v1, which helps afr be more
      granular while self-healing<br>
      <br>
    </p>
    <p>The first two are I believe, to do with improving heal
      performance. However I&#39;m quite happy with the existing defaults
      and performance, so no need to tweak them.</p>
    <p><br>
    </p>
    <p>But I&#39;m not sure as setting cluster.locking-scheme to&quot;granular&quot;
      will achieve - I seem to recall that it reduces the locks needs to
      establish whats needs to be healed? improves speed of &quot;heal info&quot;?</p>
    <p><br>
    </p>
    <p>thanks,<span class="HOEnZb"><font color="#888888"><br>
    </font></span></p><span class="HOEnZb"><font color="#888888">
    <br>
    <pre cols="72">-- 
Lindsay Mathieson</pre>
  </font></span></div>

<br>_______________________________________________<br>
Gluster-users mailing list<br>
<a href="mailto:Gluster-users@gluster.org">Gluster-users@gluster.org</a><br>
<a href="http://www.gluster.org/mailman/listinfo/gluster-users" rel="noreferrer" target="_blank">http://www.gluster.org/mailman/listinfo/gluster-users</a><br></blockquote></div><br></div>