[15020] in Athena Bugs
Re: sgi [8.0K]: rpc.lockd
daemon@ATHENA.MIT.EDU (jhawk@MIT.EDU)
Thu Mar 20 10:08:34 1997
From: jhawk@MIT.EDU
Date: Thu, 20 Mar 1997 15:08:31 GMT
To: Jonathon Weiss <jweiss@MIT.EDU>
Cc: bugs@MIT.EDU
In-Reply-To: "[15018] in Athena Bugs"
| killing rpc.statd and inetd and restarting rpc.statd caused it to bind
| to a different port, I assume it uses some sort of dynamic allocation.
| It would be nice if we could remove 811 from the list of available
| ports.
Basically all programs that use rpcbind (aka portmapper) for dynamic
port registration have this problem..
The classical solution is to ensure that inetd is started prior to
the RPC services, and this usually works fine. Of course, if you add
a new service to inetd, or for some reason leave your machine without
inetd for a long period of time, this could still be a problem.
I suspect there's something specific to your usage of TLA that's
causing this problem to happen for you, however. Do you know what it is?
(frequent restarts of inetd?) I would look there for the problem.
There is no convenient list of "available ports", but you could
certainly cause some set ports to be registered with rpcbind when it
starts up (or try ;-)) -- rpcbind will never assign a port that is in use,
nor will it assign a port that it itself has assigned to something else.
I'm not sure if there's an easy way to register services by hand -- I'd
vaguely thought that rpcinfo could do it for you (it won't, but it will
allow you to delete other services...), and I'm not sure the API
allows it -- potentially the only way to do this would be to modify
rpcbind, but since the Penalty associated with Building Code From Source
seems too high lately, that's probably not a path to go down.
--jhawk
