NFS problems with 2.5.53 on server

Hello,

I have:

   bear:/var/cache/apt/archives# mount | grep archives
   beaver:/var/cache/apt/archives on /var/autofs/iucha/archives type nfs (rw,rsize=8192,wsize=8192,addr=10.10.0.10)
Then:
   bear:/var/cache/apt/archives# ls vim*
   ls: vim*: No such file or directory
   bear:/var/cache/apt/archives# find . -name vim\*
   bear:/var/cache/apt/archives# md5sum vim-gtk_1%3a6.1-266+1_i386.deb
   11a6d8dbfb51688d7ac275562540c327  vim-gtk_1%3a6.1-266+1_i386.deb
   bear:/var/cache/apt/archives# 

Note that /var/cache/apt/archives is a symbolic link to /var/autofs/iucha/archives.

So "ls", "find" cannot find the name for the file, but if I know the file I can open it just fine.

On the client:

   bear:/var/cache/apt/archives# ls | wc -l
   91
On the server:
   florin@beaver:/var/cache/apt/archives$ ls | wc -l
   441

Server has 2.5.53 with no other patches. For clients I have used both 2.5.53 and 2.4.19 (Debian package).

Cheers,
florin

"If it's not broken, let's fix it till it is."

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

"Ditto"

Actually I have a bit more information. Using both 2.5.5x (on NFS server) and 2.4.19/20, I get in dmesg, "kernel: RPC: garbage, exit EIO" and df reports zeroes across the board for NFS volumes.

Nothing fixes it, the NFS server has to be rebooted. During one of these moments, I also noticed the NFS server had a non-fatal OOPS w/ rpc.kmountd. Unfortunately I didn't save the OOPS.

David

- -- I may have the information you need and I may choose only HTML. It's up to you. Disclaimer: I am not responsible for any email that you send me nor am I bound to any obligation to deal with any received email in any given fashion. If you send me spam or a virus, I may in whole or part send you 50,000 return copies of it. I may also publically announce any and all emails and post them to message boards, news sites, and even parody sites. I may also mark them up, cut and paste, print, and staple them to telephone poles for the enjoyment of people without internet access. This is not a confidential medium and your assumption that your email can or will be handled confidentially is akin to baring your backside, burying your head in the ground, and thinking nobody can see you butt nekkid and in plain view for miles away. Don't be a cluebert, buy one from K-mart today.

When it absolutely, positively, has to be destroyed overnight.
AIR FORCE

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQE+DIT/74cGT/9uvgsRAt7dAKCIzUEq28hVnizmKq4T0cf4h/vm0gCgpL08 2c9VcGcn8ao0A3HMRV/2Qck=
=j4F+
-----END PGP SIGNATURE-----

This must be another problem, because I do not see the same problems as you are seeing. There are no "RPC: garbage" messages and

   florin@bear:~$ df | grep archives
   beaver:/var/cache/apt/archives 995104    257560    737544  26% /var/autofs/iucha/archives
shows the proper values.

Cheers,
florin

"NT is to UNIX what a dougnut is to a particle accelerator."