Subject: kern/17299: 1.6 doesn't like big -r values in NFS
To: None <>
From: None <>
List: netbsd-bugs
Date: 06/17/2002 02:45:22
>Number:         17299
>Category:       kern
>Synopsis:       1.6 doesn't like big -r values in NFS
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    kern-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Mon Jun 17 02:46:01 PDT 2002
>Release:        NetBSD 1.6_BETA2
System: NetBSD craptop 1.6_BETA2 NetBSD 1.6_BETA2 (POOHEAD) #0: Sun Jun 16 19:31:39 PDT 2002 notroot@craptop:/usr/src/sys/arch/i386/compile/POOHEAD i386
Architecture: i386
Machine: i386
ep0 at pcmcia0 function 0: 3Com 3c589 10Mbps Ethernet

My Tecra 8000 (craptop) acting as an NFS client via 10bT to my 1.6
box (beefcake) was fine and happy when craptop 1.5.3; under 1.6,
however, a ls would take minutes and actually accessing files was

On the server, there were no ierrors nor oerrors in netstat -i. tcpdump
indicated that only three fragments of a packet would get transmitted
from the server, however. Mounting the NFS volume with -r 1024 works,
as does -r 3072; -r 8192 is unusable. (With the working lower -r
values, however, there are noticable pauses when playing mp3s. This did
not happen with 1.5.3.)

Whether this is a client or server problem, I'm not sure. I didn't have
any mount_nfs -r values at all specified when craptop was 1.5.3, however.
`mount_nfs -r3072` makes NFS work, but has annoying pauses.