<div dir="ltr"><div dir="ltr">Dear developers/users,<div><br></div><div>Please suggest a solution for this.</div><div><br></div><div>Regards,</div><div>Naranderan R</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, 22 May 2020 at 21:46, Naranderan Ramakrishnan &lt;<a href="mailto:rnaranbe@gmail.com">rnaranbe@gmail.com</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Dear team,<div>We are using Gluster(v 7.0) as our primary data storage system and faced an issue recently. Please find the details below.</div><div><br></div><div><u>Simple Background:</u></div><div>A 2x3(DxR) volume is mounted in a few main-clients via FUSE mount. From these main clients, a lot of sub-clients will consume the required subset of data(a folder) via rsync. These sub-clients will also produce data to these main clients via rsync which will be propagated Gluster. In a simplified form, <br>Gluster(Brick1, Brick2 .. Brick6) --&gt; Main-clients(FUSE mount of Gluster) --&gt; Sub-clients(rsync from/to main-client)</div><div><br></div><div><u>Issue:</u></div><div>Due to some network issues, 2 bricks belong to the same replica sub-volume(say replica1) went unreachable from a main-client. This triggers &#39;client quorum is not met&#39; - the client quorum policy is &#39;auto&#39; &amp; quorum-count is 2 due to this policy - so the replica1 went unavailable for this main-client. <br>So dirs&amp;files in this replica1 were not listed but replica2 dirs&amp;files were listed in the mount-point of the main-client. But the sub-clients were not aware of these background issues, they have read the listed files(of replica2 only) which resulted in undesired and unintentional behaviors.<br><br><u>Expectation:</u></div><div>This is totally unexpected that subset of dirs&amp;files will be available in a mount-point. A main-client should list either all the dirs &amp; files or nothing. This is very critical to our application nature. Our application prefers consistency and atomicity to HA.<br>It would be much better if there is an option to enable atomic read even during these kinds of unexpected issues. Please let us know how can we achieve this.<br><br>Thanks in advance.<br clear="all"><div><br>Regards,<br>Naranderan R</div><div dir="ltr"><div dir="ltr"><div><br></div></div></div></div></div></blockquote></div><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><br></div></div></div></div>