NFS client woes [kernel 2.4.10]

NFS client woes [kernel 2.4.10]

[Chris Wilson]

[Please CC me if you have any suggestions.]

I'm a bit hazy on the details, but the synopsis is:

NFSv3 filesystems, same problem when mounted from either an IRIX 6.5.12m
or Linux/i386 2.4.10 server.

2.4.7: all files are visible all of the time.
2.4.10: some files are invisible to some processes.

The processes that I have noticed to be affected are the likes of
netscape, all gtk applications and find; perl globbing and its readdir
function similarly miss files. OTOH, grep and ls function fine.

I'm not certain [read: no idea] what the connection is between the files 
that do disappear. It does not appear to be simply inode related, but
those modified by the Linux client do seem more vulnerable.

Unfortunately, I only had time to switch back in an old kernel and
confirm the issue before leaving work. The diff inside fs/nfs
appeared small, but so do icebergs. ;)
-- 
 Chris Wilson                 {^_`}                 spam to bit.bucket@dev.null 
                Carol says "289 == 2 * (25 * (1 + 5) - 4) - 3."

Re: NFS client woes [kernel 2.4.10]

[Trond Myklebust]

>>>>> " " == Chris Wilson <chris@chris-wilson.co.uk> writes:

     > [Please CC me if you have any suggestions.]  I'm a bit hazy on
     > the details, but the synopsis is:

     > NFSv3 filesystems, same problem when mounted from either an
     > IRIX 6.5.12m or Linux/i386 2.4.10 server.

     > 2.4.7: all files are visible all of the time.  2.4.10: some
     > files are invisible to some processes.

     > The processes that I have noticed to be affected are the likes
     > of netscape, all gtk applications and find; perl globbing and
     > its readdir function similarly miss files. OTOH, grep and ls
     > function fine.

     > I'm not certain [read: no idea] what the connection is between
     > the files that do disappear. It does not appear to be simply
     > inode related, but those modified by the Linux client do seem
     > more vulnerable.

     > Unfortunately, I only had time to switch back in an old kernel
     > and confirm the issue before leaving work. The diff inside
     > fs/nfs appeared small, but so do icebergs. ;)

Known glibc bug. If you had trawled the archives a bit you would have
found it.

Set 32bitclients on the server and apply

   http://www.fys.uio.no/~trondmy/src/2.4.10/linux-2.4.10-seekdir.dif

Cheers,
  Trond