Messages in this thread | | | Date | Thu, 28 May 1998 15:11:56 -0400 | From | Bill Hawes <> | Subject | Re: nfs v2.1.103 alpha staleness |
| |
Pete Wyckoff wrote: > > I repeatedly see console messages of the form: > > nfs_revalidate_inode: lib/ld-2.0.5.so getattr failed, ino=151011339, error=-70 > NFS: bad fh 0900400b48470b04000000dc0000000000000000000000000000000000000000 > 0900400b48470b04000000dc0000000000000000000000000000000000000000 > > on an NFS client which mounts its / filesystem. Both server and client are > linux-alpha v2.1.103. When the server is v2.0.30, same problem. When the > client is v2.0.30, no such problems. 70 is ESTALE on the alpha.
Hi Pete,
The stale filehandle message was added to try to track down the cause of these sporadic failures. The first line shows the filehandle the client is currently using, and the second line shows the result of a new lookup -- i.e., what the server thinks the fh _should_ be. What's really puzzling is that in your case the two are identical, making it appear that the failure is spurious.
I would have expected the two fh values to differ in some way, or for a lookup error to occur when trying to get the current fh (e.g. if someone else deleted the file on the server.)
Are you using the knfs server or the unfsd? Any pattern to the messages?
Regards, Bill
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu
| |