>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
>Closed-Date:
>Last-Modified:
>Originator:     
>Release:        NetBSD 1.6_BETA2
>Organization:
	
>Environment:
	
	
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

>Description:
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
impossible.

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.
	
>How-To-Repeat:
	
>Fix:
	
`mount_nfs -r3072` makes NFS work, but has annoying pauses.

>Release-Note:
>Audit-Trail:
>Unformatted: