<div dir="ltr"><div><div>I was able to make it out of that issue with listings by recreating everything on 3.12.X<br></div>Or maybe it was some setting conflict as I ran tests of each setting for performance and left only those that gave better results. End up with settings below for the distributed mail-server using maildir <br>cluster.readdir-<wbr>optimize didn't do much anyway<br><br></div>fuse mounting with negative-timeout=10,attribute-timeout=30,fopen-keep-cache,direct-io-mode=enable,fetch-attempts=5<br><div><br>server.allow-insecure: on<br>cluster.shd-max-threads: 12<br>performance.rda-cache-limit: 128MB<br>cluster.readdir-optimize: on<br>cluster.read-hash-mode: 0<br>performance.strict-o-direct: on<br>cluster.lookup-unhashed: auto<br>performance.nl-cache: on<br>performance.nl-cache-timeout: 600<br>cluster.lookup-optimize: on<br>client.event-threads: 4<br>performance.client-io-threads: on<br>performance.md-cache-timeout: 600<br>server.event-threads: 4<br>features.cache-invalidation: on<br>features.cache-invalidation-timeout: 600<br>performance.stat-prefetch: on<br>performance.cache-invalidation: on<br>network.inode-lru-limit: 90000<br>performance.cache-refresh-timeout: 10<br>performance.enable-least-priority: off<br>performance.cache-size: 2GB<br>cluster.nufa: on<br>cluster.choose-local: on<br>server.outstanding-rpc-limit: 128<br>disperse.eager-lock: off<br>performance.io-thread-count: 8<br><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Apr 3, 2018 at 1:43 PM, Artem Russakovskii <span dir="ltr"><<a href="mailto:archon810@gmail.com" target="_blank">archon810@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi,<div><br></div><div>As many of you know, gluster suffers from pretty bad performance issues when there are lots of files. One way to at least attempt to improve performance is setting cluster.readdir-<wbr>optimize to on.</div><div><br></div><div>However, based on my recent tests (using Gluster 3.13.2), as well as tests of many others (like <a href="http://lists.gluster.org/pipermail/gluster-devel/2016-November/051417.html" target="_blank">http://lists.gluster.org/<wbr>pipermail/gluster-devel/2016-<wbr>November/051417.html</a>), there's a bug that frequently makes the listings of entire dirs disappear. Though the data is still there, it's a very scary bug for production systems which may think all data is gone.</div><div><br></div><div>I know Gluster 4 was recently released, but it makes no mention of cluster.readdir-optimize in the notes.</div><div><br></div><div>What's the status of diagnosing this bug and fixing it? We're experiencing major performance issues with gluster in production, and I'd love to do everything possible to get them resolved.</div><div><br></div><div>Thank you.</div><div><div><div class="m_-8491115020521411618gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><br>Sincerely,<br>Artem<br><br>--<br>Founder, <a href="http://www.androidpolice.com" target="_blank">Android Police</a>, <a href="http://www.apkmirror.com/" style="font-size:12.8px" target="_blank">APK Mirror</a><span style="font-size:12.8px">, Illogical Robot LLC</span></div><div dir="ltr"><a href="http://beerpla.net/" target="_blank">beerpla.net</a> | <a href="https://plus.google.com/+ArtemRussakovskii" target="_blank">+ArtemRussakovskii</a> | <a href="http://twitter.com/ArtemR" target="_blank">@ArtemR</a><br></div></div></div></div></div></div></div></div></div></div></div>
</div></div>
<br>______________________________<wbr>_________________<br>
Gluster-users mailing list<br>
<a href="mailto:Gluster-users@gluster.org">Gluster-users@gluster.org</a><br>
<a href="http://lists.gluster.org/mailman/listinfo/gluster-users" rel="noreferrer" target="_blank">http://lists.gluster.org/<wbr>mailman/listinfo/gluster-users</a><br></blockquote></div><br></div>