[Pvfs2-developers] duplicate entries in directory listing

Phil Carns pcarns at wastedcycles.org
Tue Oct 10 10:07:47 EDT 2006


Thanks guys!  This patch does fix the problem.

David suspected that retry logic too, but I thought it had been removed 
back when the pcache changes were made :)

I don't think there will be any significant skew with deleted files. 
Each readdir request on the server side (regardless of token position) 
is only going to show entries that exist at the time of the readdir 
request.  The pcache does cache the position, but it skips ahead to the 
next appropriate entry in sorted order if the cached entry is deleted. 
The request scheduler should prevent readdir and rmdirent from running 
simultaneously on a directory.

Someone could of course delete one of the 32 entries in a given readdir 
request in between when the server retrieves them and when they are 
displayed on the client, but that is a user/application problem if 
anyone is hoping for different behavior.

-Phil


Murali Vilayannur wrote:
> Hi,
> Phil, attached patch fixes the behavior that you described.
> Basically the problem is exactly what Sam had described.
> There is no point retrying a readdir of 32 entries when the actual ls 
> command may have issued previous readdir's that are not retried.
> That said, I am sure this will cause other problems such as deleted 
> files showing up until the entire listing completes ..
> thanks,
> Murali


More information about the Pvfs2-developers mailing list