<div dir="ltr">This is my first attempt at running Gluster, and so far it&#39;s not going well. I&#39;ve got a cluster of 150 machines (this is in a university environment) that were previously all mounted to an NFS share on the cluster&#39;s head node. To make the cluster more expandable, and theoretically increase file I/O speeds, I decided to switch over to a distributed file system. I configured it with three storage nodes, 1 brick per node, running a Gluster in dispersed mode. Well, at first it seemed to be running fine, but then when I tested it with simultaneous reads/write it got really slow. If I run &#39;kash sleep 15&#39;, all 150 nodes will sleep for 15 seconds. If I create a file called runSleep that does teh same thing and then try to execute that file on all 150 nodes simultaneously, it will take 3-4 minutes to complete!<div><br></div><div>Here are a few things I&#39;ve done to try to narrow the problem down:</div><div><ol><li>I unmounted the Gluster volume and re-mounted it as NFS instead of using fuse. Same results as before.</li><li>I deleted the Gluster volume, created an NFS share on one of the storage nodes, them mounted that share on all of the compute nodes. This ran just fine with no noticeable delay at all.</li><li>I created a new Gluster volume that&#39;s distributed, but only uses one brick. This ran just as slowly as my original case.</li></ol><div>Running &#39;gluster volume profile&#39; on the storage node from test 3, I noticed that the latency seems really high for teh last three operations listed, OPEN, LOOKUP, and FSYNC. FSYNC shows an average latency of 708230.64 us, or almost a full second.</div></div><div><br></div><div>The nodes are all running Ubuntu 16.04.</div><div><br></div><div>Any suggestions?</div><div><br></div><div>Thanks,<br>Kevin</div><div><br></div></div>