<div dir="ltr"><div><div><div><div><div><div>All,<br><br></div>This test does:<br><br></div>1. mount a volume<br></div>2. kill a brick in the volume<br></div>3. mkdir (/somedir)<br></div><div><br></div><div>In my local tests and in [1], I see that mkdir in step 3 fails because there is no dht-layout on root directory.</div><div><br></div>The reason I think is by the time first lookup on &quot;/&quot; hit dht, a brick was killed as per step 2. This means layout was not healed for &quot;/&quot; and since this is a new volume, no layout is present on it. Note that the first lookup done on &quot;/&quot; by fuse-bridge is not synchronized with parent process of daemonized glusterfs mount completing. IOW, by the time glusterfs cmd executed there is no guarantee that lookup on &quot;/&quot; is complete. So, if step 2 races ahead of fuse_first_lookup on &quot;/&quot;, we end up with an invalid dht-layout on &quot;/&quot; resulting in failures.<br><br></div>I&#39;ve sent a patch [2] to fix this race condition.<br><br><div><div>[1] <a href="https://build.gluster.org/job/centos7-regression/298/console">https://build.gluster.org/job/centos7-regression/298/console</a></div><div>[2] <a href="https://review.gluster.org/#/c/19707/">https://review.gluster.org/#/c/19707/</a></div><div><br></div><div>regards,</div><div>Raghavendra<br></div></div></div>