That's much better. A few fixes have gone in since 2.4.1 relating to readdir, mostly relating to large directories, or concurrent access from multiple clients, or readdir in the presence of add/delete/rename that turned up during stress testing for RHGS. It might be worth it to attempt to recreate on 2.4.3, and see if those fixes helped.
There's also quite a bit of work that has gone into 2.5-dev related to cephfs, so that may have fixed issues here. Unfortunately, 2.5 isn't released yet; it will be at least a few weeks before that is ready. But if the issue can be reproduced in a lab, then checking with 2.5 may be a useful data point as well. Daniel On 03/01/2017 04:12 AM, Supriti Singh wrote: > My mistake. The package corresponds to tag 2.4.1. > > > ------ > Supriti Singh > SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton, > HRB 21284 (AG Nürnberg) > >>>> Daniel Gryniewicz <d...@redhat.com> 02/28/17 7:13 PM >>> > Okay, that's a very old tag, and lots of changes have gone in since. We > won't be able to easily nail down what changed, but -dev27 isn't > necessarily expected to work properly. > > Daniel > > On 02/28/2017 01:06 PM, Supriti Singh wrote: >> This package was created from the tag 2.4-dev-27. >> >> >> >> ------ >> Supriti Singh >> SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton, >> HRB 21284 (AG Nürnberg) >> >>>>> Daniel Gryniewicz <d...@redhat.com> 02/28/17 6:44 PM >>> >> Which exact version of 2.4 are they using? If it's 2.4.0.3 or earlier, >> then attribute access was reworked in 2.4.0.4 to fix a lot of races. >> >> Daniel >> >> On 02/28/2017 12:18 PM, Supriti Singh wrote: >>> Hello All, >>> >>> For one of our client, using nfs-ganesha v2.4 and ceph v10.2.4, readdir >>> fails with error: >>> >>> On nfs-client: "/*Remote I/O error*/" >>> >>> In nfs-ganesha server log (Removed some part of readability) >>> >>> */mdcache_readdir :NFS READDIR :F_DBG :About to readdir in >>> mdcache_readdir: directory=0x1f8dc10 cookie=0 collisions 0 >>> mdcache_getattrs :INODE :F_DBG :attrs obj attributes Mask = 0005dfce >>> NO_FILE_TYPE >>> Encode FAILED for attr 1, name = FATTR4_TYPE >>> NFS READDIR :F_DBG :Returning NFS4ERR_SERVERFAULT /* >>> >>> >>> But for the same directory=0x1f8dc10 , readdir works sometime. >>> In the log, it prints the correct attr "/*nfs4_FSALattr_To_Fattr :NFS4 >>> :F_DBG :Encoded attr 1, name = FATTR4_TYPE*/" >>> >>> Could there be a possible race condition somewhere in accessing mdcache, >>> because of which for the same directory it works sometime? >>> >>> I have not been able to reproduce it. Looking at code, it seems somehow >>> mdcache and attributes are not in sync. >>> Client is also using cephfs cache tiering, but I think that should not >>> have any effect on nfs-ganesha mdcache. >>> >>> Any hints on how to debug it further? >>> >>> Thanks, >>> Supriti >>> >>> ------ >>> Supriti Singh >>> SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton, >>> HRB 21284 (AG Nürnberg) >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> Check out the vibrant tech community on one of the world's most >>> engaging tech sites, SlashDot.org! http://sdm.link/slashdot >>> >>> >>> >>> _______________________________________________ >>> Nfs-ganesha-devel mailing list >>> Nfs-ganesha-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel >>> >> >> >> ------------------------------------------------------------------------------ >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, SlashDot.org! http://sdm.link/slashdot >> _______________________________________________ >> Nfs-ganesha-devel mailing list >> Nfs-ganesha-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel >> > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, SlashDot.org! http://sdm.link/slashdot > _______________________________________________ > Nfs-ganesha-devel mailing list > Nfs-ganesha-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot _______________________________________________ Nfs-ganesha-devel mailing list Nfs-ganesha-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel
