<div dir="ltr">Hello<div><br></div><div>I am very new to GlusterFS and have been playing around with over the last few weeks, with a view to using it in production. So far I found Gluster to be very interesting and easy to get along with. However, there seems to be a giant hole where the Gluster Native Client documentation should live.</div><div><br></div><div>After using it for a few weeks and playing around (inside various VMs) I am still not entirely sure how the client behaves.</div><div><br></div><div>From network captures it is clear that the client communicates to all the nodes for a particular volume, and that the client gets this information from a volfile (which it retrieves when mounting a volume). Various blog posts confirm this and go on to mention that the client is responsible for replicating data across nodes, and not the nodes themselves. I assume this is still the case?</div><div><br></div><div>Beyond that I really have no idea how the client behaves in a replicated volume. My questions are:</div><div><br></div><div>There is a &quot;ping-timeout&quot; option to adjust how long it takes the client to connect to a different node, in case of node failure. If the client knows about all nodes and actively communicates with all of them, why does it need a time out at all? </div><div><br></div><div>Why does the client &quot;stick&quot; to a particular node? </div><div><br></div><div>Does the client go back to the original node once it recovers?</div><div><br></div><div>Is it possible to dictate which node a client will initially connect to on mounting a volume?</div><div><br></div><div>If all this information is contained in some documentation I would love to be pointed to it, as so far I cannot find the answer to these questions.</div><div><br></div><div>Regards</div><div><br></div><div>Peter</div><div><br></div><div><br></div><div><br></div><div><br></div></div>