home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.sys.sun.admin:6274 comp.unix.admin:5008
- Newsgroups: comp.sys.sun.admin,comp.unix.admin
- Path: sparky!uunet!stanford.edu!morrow.stanford.edu!CAMIS!mtm
- From: mtm@CAMIS.Stanford.EDU (Mike Macgirvin)
- Subject: Re: biff not biffing
- Message-ID: <mtm.716227258@CAMIS>
- Sender: news@morrow.stanford.edu (News Service)
- Organization: Stanford University, California, USA
- References: <1992Aug29.190229.19212@europa.asd.contel.com> <1992Aug29.202158.22016@europa.asd.contel.com> <1992Aug29.211845.21326@ccu.umanitoba.ca> <BtxGD1.1sM@cs.psu.edu> <1992Sep9.123044.27574@cs.few.eur.nl>
- Date: Fri, 11 Sep 1992 16:00:58 GMT
- Lines: 25
-
- pk@cs.few.eur.nl (Paul Kranenburg) writes:
-
- >>> I have seen this same behavior with other daemons started from inetd,
- >>> and I suspect that the bug is in inetd. It apparently assumes that
- >>> a particular daemon is running when it rereads its config file and then
- >>> refuses to start another one.
-
- > It definitely is a bug in Sun's inetd. It doesn't honour the "wait" field
- > when processing a HUP signal (while the service is "active").
-
- > I have reported this bug a long time ago to our local Sun helpdesk
- > (Netherlands) but never received a fix. I ended up modifying the BSD
- > inetd to replace Sun's (we needed other functionality anyway).
-
- Those of you bitten by this bug might be interested in picking
- up "munetd" from your favorite archive site. This is a replacement
- inetd derived from recent BSD sources (which fix the wait bug and
- allow you more than 5 command args). A word of warning on the vanilla
- BSD program; it knows nothing about RPC services (and would take a bit
- of work to understand them). Munetd does, and should be able to be
- dropped in directly to a Sun system. It has a few other interesting
- new features as well, but I can't say I've tried them.
-
- "mike" (Mike Macgirvin) Mike_Macgirvin@CAMIS.Stanford.EDU
- Unix Server Administrator CAMIS Computer Project
-