[lkml]   [2001]   [Jul]   [9]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectNFS Client patch
>>>>> " " == Craig Soules <> writes:

> Hello, I hope that I am sending this to the appropriate people.
> I have been working on a project known as Self-Securing Storage
> here at Carnegie Mellon University. We have developed our
> storage server to act as an NFSv2 server, and have been using
> the Linux NFSv2 client to do our benchmarking. I have run
> across a small problem with the 2.4 implementation of the Linux
> NFSv2 client.

> The problem is in the readdir() operation. The current cookie
> for a given readdir operation is being stored in the file
> descriptor. The problem is that it is not being reset to 0 if
> a change has been made to the directory as is indicated in the
> NFSv2 spec. This problem is often seen when doing an operation
> such as rm -rf to a large directory tree due to the
> asynchronous remove operation that has been implemented.

The NFSv2 spec says no such thing. It simply says that you set the
cookie to zero when you want to start at the beginning of the
directory. This is only needed when we want to reread the directory
into the page cache.

Your patch will automatically lead to duplicate entries in readdir()
on most if not all servers whenever the attributes on the inode have
been refreshed (whether or not the cache has been invalidated). That's
a bug...

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 12:56    [W:0.068 / U:0.508 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site