Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 21 Jul 1999 08:35:49 -0700
From:      Doug <Doug@gorean.org>
To:        Mitch Collinsworth <mkc@Graphics.Cornell.EDU>
Cc:        Dag-Erling Smorgrav <des@flood.ping.uio.no>, freebsd-bugs@FreeBSD.ORG, mkc@broccoli.graphics.cornell.edu
Subject:   Re: bin/12349: 3.2-R inetd doesn't re-read ALL configuration info at HUP  signal
Message-ID:  <3795E8D5.CEABD4C4@gorean.org>
References:  <199907211445.AA031878326@broccoli.graphics.cornell.edu>

next in thread | previous in thread | raw e-mail | index | archive | help
Mitch Collinsworth wrote:
> 
> >mkc@graphics.cornell.edu writes:
> >> >How-To-Repeat:
> >> 1. vipw and append "+:::::::::"
> >> 2. edit /etc/group and append "+:"
> >> 3. start ypbind
> >> 4. edit /etc/inetd.conf and append:
> >> amanda dgram udp wait backup /usr/local/amanda/libexec/amandad amandad
> >> 5. send HUP signal to inetd
> >>
> >> result: "No such user backup, service ignored".
> >
> >This is caused by the fact that the C library caches metainformation
> >about the password files (e.g. whether or not to use NIS, whether or
> >not it has access to the master password map, etc.) and there is
> >currently no way of forcing it to clear its cache.
> >
> >This is really a libc bug, not an inetd bug. It is closely related to
> >bin/10281.

> Funny, I got a different response from <Doug@gorean.org>

	As far as I can see, you're talking about something other than the problem
with inetd not re-reading its conf file when -hup'ed here. To my knowledge
*that* bug was fixed recently in both current and stable. However
Dag-Erling is in a much better position to know these things, so absent
evidence to the contrary, believe him. :)

Sorry for any confusion,

Doug


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3795E8D5.CEABD4C4>