kern/130313: [nfs] -n option appears to have no effect, only one master and one server

Weldon Godfrey wgodfrey at ena.com
Tue Jan 13 06:36:25 PST 2009


FYI.  Our suspicion that it was needing to spawn more processes was
correct.  We noticed these sysctl tunables:

vfs.nfsrv.minthreads: 4
vfs.nfsrv.maxthreads: 4
vfs.nfsrv.threads: 4

We manually changed vfs.nfsrv.maxthreads to 200 and now it is varying
from 7 to 25 and the client delays stopped.  The I compared the snapshot
of 8-CURRENT and although we have 1.35 of nfsd, some of he upgrades in
sys/nfsserver that is in CVS with the same comment is not on our
snapshot so the issue of ignoreing -n may not be an issue with HEAD
right now, but we are available to test this, sorry.

Thanks!

Weldon

-----Original Message-----
From: linimon at FreeBSD.org [mailto:linimon at FreeBSD.org] 
Sent: Friday, January 09, 2009 1:26 PM
To: Weldon Godfrey; linimon at FreeBSD.org; freebsd-bugs at FreeBSD.org
Subject: Re: kern/130313: [nfs] -n option appears to have no effect,
only one master and one server

Synopsis: [nfs] -n option appears to have no effect, only one master and
one server

State-Changed-From-To: open->closed
State-Changed-By: linimon
State-Changed-When: Fri Jan 9 19:25:37 UTC 2009
State-Changed-Why: 
Already documented.

http://www.freebsd.org/cgi/query-pr.cgi?pr=130313


More information about the freebsd-bugs mailing list