On 11-Jun-00 Matthew Dillon wrote:
:Here is a rather suspicious fix, I have not looked at rpc call
:use in detail:
:
:--- mount_nfs.c.origSat Jun 10 11:08:19 2000
:+++ mount_nfs.c Sat Jun 10 11:09:06 2000
:@@ -784,10 +784,11 @@
:warnx("%s",
::- auth_destroy(clp-cl_auth);
::- clnt_destroy(clp);
::retrycnt = 0;
::}
::+ auth_destroy(clp-cl_auth);
::+
As was pointed out, rcp.statd is supposed to have a large VSZ, but
mount_nfs should not and my swap was getting used up.
mount_nfs will do an RPC clntudp_create for every attempt, but
only a clnt_destroy after a success.
Here is a rather suspicious fix, I have not looked at rpc call
use in
:Here is a rather suspicious fix, I have not looked at rpc call
:use in detail:
:
:--- mount_nfs.c.origSat Jun 10 11:08:19 2000
:+++ mount_nfs.c Sat Jun 10 11:09:06 2000
:@@ -784,10 +784,11 @@
:warnx("%s", clnt_sperror(clp,
:
I have the same problem with 4.0-STABLE, cvsup'ed June 2. I just
turned rpc.statd off in /etc/rc.conf.
Tom Schottle
[EMAIL PROTECTED]
Jonathan Hanna wrote:
I am running a fairly recent current and noticed my swap seemed
a little overused.
bash-2.02$ uname -a
FreeBSD
Tom Schottle writes:
I have the same problem with 4.0-STABLE, cvsup'ed June 2. I just
turned rpc.statd off in /etc/rc.conf.
Tom Schottle
[EMAIL PROTECTED]
Jonathan Hanna wrote:
I am running a fairly recent current and noticed my swap seemed
a little overused.
bash-2.02$ uname -a