[Pvfs2-developers] duplicate entries in directory listing

Sam Lang slang at mcs.anl.gov
Tue Oct 10 15:07:40 EDT 2006


I've committed the patch to CVS.

Thanks Murali!

-sam

On Oct 10, 2006, at 9:07 AM, Phil Carns wrote:

> 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