ISC RPC NFS v1.2 rexd

Bill Kennedy bill at ssbn.WLK.COM
Tue Apr 30 00:14:26 AEST 1991


In article <677 at wrangler.WLK.COM>, I wrote:

[ problems with rexd exiting prematurely and generally antisocial
  behavior with NFS running ... ]

Jim Deitch (jdeitch at jadpc.cts.com) encountered (and reported without
acknowledgement) the same problem and here's the workaround.

If SL/IP is configured and up before NFS starts rexd will behave as
described in my original article.  To make rexd behave you must either
comment it out of /etc/netd.cf and start it by hand with ifconfig after
you start NFS or you must ifconfig it down, start NFS and ifconfig it
back up.

I think that ISC deserves a twist of the tail for this.  It's just a
nuisance, easily worked around, but they certainly should have ack'd
Jim's report when they got it.  Maybe they'll acknowledge the problem
if the workaround is posted to the net.

In article <676 at wrangler.WLK.COM>, I wrote:

[ runaway portmap processes when receiving an rpcinfo broadcast ... ]

This was confirmed by several people and ISC says it will be fixed in
the next release (do we need a FITNR acronym?).  There's a clumsy
workaround but just avoid rpcinfo broadcasts if you can.  The workaround
is to have a small enough number of queues (NQUEUE) allocated so that
you'll run out of queues before you run out of process slots.  The portmap
processes are rather easily killed -9 when it happens if you have a
process slot left to fork off a kill.  If you do get jammed up such that
you can't fork off a kill and you know the parent portmap PID you can
exec a kill and log back in.

I got one response saying that the phenomenon vanished as suddenly and
mysteriously as it appeared after he recompiled portmap.  I don't know
if he's referring to the XDR source in section 5.7 of TFM or portmap.c
but I'll type in the XDR source and a kind soul sent me a portmap.c,
I'll try each and report if either/both produce the desired result.  If
it does I guess we don't need FITNR or at least those of us on the net
don't...
-- 
Bill Kennedy  internet  bill at ssbn.WLK.COM or ssbn!bill at attmail.COM
              uucp      {att,cs.utexas.edu,pyramid!daver}!ssbn.wlk.com!bill



More information about the Comp.unix.sysv386 mailing list