[Gluster-devel] NetBSD's read-subvol-entry.t spurious failures explained

[Emmanuel Dreyfus]

Ravishankar N <ravishankar at redhat.com> wrote:

> But since in the test case, we are doing a 'volume start force' , this
> code path doesn't seem to be hit and looks like we are calling 
> local->readfn() from afr_read_txn(). But read_subvol still is 1 (i.e the
> 2nd brick).  Is that the case for you too? i.e does afr_readdir_wind()
> get called for subvol=1?

When the test fails, afr_readdir_wind()  is always called with
subvol=0.When it succeeds, with subvol=1.


-- 
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
manu at netbsd.org