Re: NetBSD's read-subvol-entry.t spurious failures explained

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Ravishankar N <ravishankar@xxxxxxxxxx> 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@xxxxxxxxxx
_______________________________________________
Gluster-devel mailing list
Gluster-devel@xxxxxxxxxxx
http://www.gluster.org/mailman/listinfo/gluster-devel




[Index of Archives]     [Gluster Users]     [Ceph Users]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux