<div dir="ltr"><div><br></div><br><div class="gmail_quote"><div dir="ltr">On Wed, Oct 10, 2018 at 8:30 PM Shyam Ranganathan <<a href="mailto:srangana@redhat.com">srangana@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">The following options were added post 4.1 and are part of 5.0 as the<br>
first release for the same. They were added in as part of bugs, and<br>
hence looking at github issues to track them as enhancements did not<br>
catch the same.<br>
<br>
We need to document it in the release notes (and also the gluster doc.<br>
site ideally), and hence I would like a some details on what to write<br>
for the same (or release notes commits) for them.<br>
<br>
Option: cluster.daemon-log-level<br>
Attention: @atin<br>
Review: <a href="https://review.gluster.org/c/glusterfs/+/20442" rel="noreferrer" target="_blank">https://review.gluster.org/c/glusterfs/+/20442</a><br>
<br>
Option: ctime-invalidation<br>
Attention: @Du<br>
Review: <a href="https://review.gluster.org/c/glusterfs/+/20286" rel="noreferrer" target="_blank">https://review.gluster.org/c/glusterfs/+/20286</a><br>
<br>
Option: shard-lru-limit<br>
Attention: @krutika<br>
Review: <a href="https://review.gluster.org/c/glusterfs/+/20544" rel="noreferrer" target="_blank">https://review.gluster.org/c/glusterfs/+/20544</a></blockquote><div><br></div><div>I added this option solely to make it <span id="gmail-output" class="gmail-style-scope gmail-gr-linked-text">easier to hit shard's in-memory lru limit and enable testing
of different cases that arise when the limit is reached.</span></div><div><span id="gmail-output" class="gmail-style-scope gmail-gr-linked-text">For this reason, this option is also marked "NO_DOC" in the code. So we don't need to document it in the release notes.<br></span></div><div><span id="gmail-output" class="gmail-style-scope gmail-gr-linked-text"><br></span></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
<br>
Option: shard-deletion-rate<br>
Attention: @krutika<br>
Review: <a href="https://review.gluster.org/c/glusterfs/+/19970" rel="noreferrer" target="_blank">https://review.gluster.org/c/glusterfs/+/19970</a><br>
<br>
Please send in the required text ASAP, as we are almost towards the end<br></blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
of the release.<br></blockquote><div><br></div><div>This option is used to configure the number of shards to delete in parallel when the original file is deleted. The default value is 100. But it can always be increased to delete more shards in parallel for faster freeing up of space. The upper limit is yet to be fixed. But use it with caution as a very large number will cause serious lock contention issues on the bricks (in locks translator). As an example, in our testing, an upper limit of 125000 was enough to cause timeouts and hangs in the gluster processes due to lock contention.</div><div><br></div><div>-Krutika</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Thanks,<br>
Shyam<br>
</blockquote></div></div>