> > "Sort of." fam needs to run as root, but since you have root access
> > on your box, there are (at least) four ways to do this.
> >
> > 1. (the best, I think) Get it working through xinetd. (I don't
> > actually know whether this is possible, since fam uses RPC a bit.) I
> > will download xinetd and see if I can get it working on my box.
>
> Was this ever done? If so, how did it come out?
I didn't get it to work, but that was over 4 months ago, & xinetd may have
changed since then. It almost worked--when fam's last client disconnects,
fam waits around for a few seconds, and then terminates; under xinetd,
there was some problem where it would mark fam as a bad service at that
point and unregister it with the portmapper. I never figured out whether
the problem was in fam or in xinetd. (Rereading the exchange, it looks
like Rob Braun's last question was whether fam was closing fd's 0-2 before
exiting. fam doesn't close them explicitly--they're still open when it
returns from main()--but just now I tried adding a bit which closes those
fd's at that point, and it didn't make a difference. That's with xinetd
2.1.8.9pre11, though, which is a few revisions old.)
If you want to try it with a more recent xinetd, here's the
/etc/xinetd.d/fam file I was using:
service sgi_fam
{
disable = no
type = RPC
rpc_version = 1-2
socket_type = stream
protocol = tcp
wait = yes
user = root
server = /usr/local/bin/fam
# This next bit makes fam run in debug mode, which you
# may not want.
server_args = -d
}
I either got that from itox, or someone posted it, or both.
--Rusty
--
Source code, list archive, and docs: http://oss.sgi.com/projects/fam/
To unsubscribe: echo unsubscribe fam | mail majordomo@xxxxxxxxxxx
|