fam
[Top] [All Lists]

Re: [fam] installing in RH7??

To: <rusty@xxxxxxx>
Subject: Re: [fam] installing in RH7??
From: Russel Ingram <ringram@xxxxxxxxxxxxxx>
Date: Wed, 7 Mar 2001 09:06:51 -0700 (MST)
Cc: <fam@xxxxxxxxxxx>
In-reply-to: <10103070348.ZM1770@xxxxxxxxxxxxxxxxxx>
Sender: owner-fam@xxxxxxxxxxx
On Wed, 7 Mar 2001, Rusty Ballinger wrote:

> > > "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.
>

Thanx, Rusty.  I was working on building a service file for xinetd and got
hung up on what port it uses (not sure if I had to include that in the
file or at least in the /etc/services file or what) so this helps.  I will
indeed try it again.  If I get it to work I will try to create a new rpm
that will check to see if there is xinetd or inetd on the system and
configure it for the right one.  The other problem I have is whether or
not there is a version of the imon patches that will apply cleanly to a
2.4.x kernel (non-test).  The kernel's I'm working with are from the xfs
project (currently a 2.4.2 based tree).

thanx,
Russ


-- 
---------------------------------------------------------------
"Bill Gates and Microsoft have ruined the computer industry for
 a long time to come by creating a class of ignorant and lazy
 computer users."  --Russel Ingram

"Mommy ... can I go out and ... KILL TONIGHT!?"
                   --Glen  Danzig, The Misfits
---------------------------------------------------------------
Russ Ingram
Gargoyle Computer Consulting
(307)742-1361
www.gargoylecc.com


--
Source code, list archive, and docs: http://oss.sgi.com/projects/fam/
To unsubscribe: echo unsubscribe fam | mail majordomo@xxxxxxxxxxx

<Prev in Thread] Current Thread [Next in Thread>