<div dir="ltr"><div>Hi all, <br></div><div><br></div><div>I am setting up a gluster replica with 2 bricks and 2 native client mounts on same the bricks servers.</div><div><br></div><div><br></div><div>In server1 :</div><div>                  volume &quot;logs&quot; brick 1  on /data/brick1 (XFS)</div><div>           </div><div>                  mount  server1:/logs on /mount/logs<br></div><div>                </div><div>In server2:</div><div><br></div><div><div>                  volume &quot;logs&quot; brick 2  on /data/brick2 (XFS)</div><div>           </div><div>                  mount  server2:/logs on /mount/logs</div></div><div><br></div><div><br></div><div>gluster version 3.4.6 </div><div><br></div><div>When I reboot one of the brick servers, other brick server&#39;s mount is not accessible temporarily, after few seconds, it becomes available for reading/writing.</div><div>Any ideas on how to avoid this issue? (reducing network.ping-timeout to 1 second give better results, but still the issue there for 1 second)<br></div><div><br></div><div>I have an application1: writing logs in sever1 /mount/logs and </div><div>               application2: reading logs in sever2 /mount/logs</div><div><br></div><div>write/read performance is good in sever1 /mount/logs , read is very slow in server2  /mount/logs.</div><div><br></div><div>but reading the files directly in server2 is fast compare to reading it through the mount point, why is that?</div><div><br></div><div>is there any way to configure the native client to read from local brick?</div><div>(setting cluster.choose-local : on, didn&#39;t improve the read performance)</div><div><br></div><div><br></div><div>thanks and regards,</div><div>- Jestan Nirojan<br></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div></div>