Date: Sat, 20 Apr 2002 09:46:22 +0200 From: "Patrick O'Reilly" <bsd@perimeter.co.za> To: "M. L. Dodson" <bdodson@scms.utmb.EDU>, freebsd-questions@FreeBSD.ORG Subject: Re: resolver library and changes in /etc/resolv.conf Message-ID: <200204200938.22612@.perimeter.co.za> In-Reply-To: <200204190033.g3J0XTW00916@siegfried.utmb.edu> References: <200204190033.g3J0XTW00916@siegfried.utmb.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri 19 Apr 02 02:33, M. L. Dodson wrote: > I had the occasion to change the name server > entries in /etc/resolv.conf. I thought (wrongly it turns out) > that I could just make the changes, and they would be picked up > automatically. Bud, That has always worked for me! You aren't running named on the box are you? Remember that resolv.conf is used for client processes to find nameservers, but the named process uses the "forwarders" entry in named.conf to find other (upstream) nameservers. But if you are not using named at all then this should not be your problem. > Is this sendmail remembering the name server list it > got when it was started? Can I just send it a HUP and have it pick up > the changes? I know that going down to single user and back to > multiuser is sufficient, but is there a less intrusive way to force > the changes to be recognized? I would like a procedure that worked > globally for all processes, not just sendmail, if possible. here's my favorite "One size fits all" solution: # kill -HUP `head -1 /var/run/sendmail.pid` You can substitute most other daemon names where "sendmail" appears, and it will work. For a full list, try: # ls -al /var/run/*.pid > TIA, > > Bud Dodson -- Regards, Patrick O'Reilly. ___ _ __ / _ )__ __ (_)_ __ ___ _/ /____ __ / __/ -_) _) / ~ ) -_), ,-/ -_) _) /_/ \__/_//_/_/~/_/\__/ \__/\__/_/ http://www.perimeter.co.za To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200204200938.22612>