Hi,
after switching to 2.6 I noticed a strange bug which makes my NFS setup
unusable.
Setup:
Client: 2.6.2, nfs-utils 1.0.6
Server: 2.4.20, nfs-utils 1.0.6
/etc/exports on server contains:
/ aldi(rw,sync)
("aldi" is the client)
When I try to copy files from client to server, it will result in "cp" or any
other editor going to uninterruptable sleep when the directory is mounted
"hard", or cp will fail because of an Input/Output error when it is mounted
"soft".
Strangely, this only applies if the file is larger than 1332 byte (!).
A file filled with zeros of size 1332 copies nicely, one with 1333 bytes
fails.
This is reproducable and does not occur if the client runs a 2.4 kernel.
Mount options according to /proc/mounts are
rw,nosuid,nodev,noexec,v3,rsize=8192,wsize=8192,soft,intr,udp,lock,addr=vdr
("vdr" is the server machine)
Any suggestions?
Thanks,
Marcel
-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
NFS maillist - [email protected]
https://lists.sourceforge.net/lists/listinfo/nfs
Marcel Wiesweg <[email protected]> writes:
> after switching to 2.6 I noticed a strange bug which makes my NFS setup
> unusable.
...
> Any suggestions?
Check your MTU on both ends. I had the same problem, and it turned
out to be due to mismatched MTU's (1500 vs 1435). Unknown to me why
this problem appeared with 2.6.
Cheers,
Kyle
-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
NFS maillist - [email protected]
https://lists.sourceforge.net/lists/listinfo/nfs