>>>>> " " == Russell King <rmk@arm.linux.org.uk> writes:
> I'm not sure if this is expected or not, but I'm seeing odd
> behaviour with NFS on 2.5.1-pre8:
> [root@assabet bin]$vdir ../lib -rwxr-xr-x 1 51 51 29091 Dec 12
> 2001 libts-0.0.so.0.0.0 ../lib: Input/output error
<snip>
> Admittedly raistlin is running a rather old, obsolete NFS
> server, which has up until now worked faultlessly for around 2
> years: Universal NFS Server 2.2beta48
> Appologies, but I'm not sure how I got it into this state
> either - last thing I had done was to overwrite the files in
> ../lib and bin with new sets on the NFS server. The only
> directory that is suffering is ../lib. (there's bin and
> ../include as well, both of which would've had their files
> overwritten with later versions).
There are (as of yet) no changes to the NFS client in 2.5.x.
Do you have any idea which syscall the above EIO is coming from? From
your tcpdump, it didn't appear to be coming from the server, and the
file attributes are getting displayed...
Cheers,
Trond
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Sat Dec 15 2001 - 21:00:24 EST