On Friday 04 February 2011, William A. Rowe Jr. wrote: > On 2/4/2011 7:18 AM, Jim Jagielski wrote: > > On Feb 4, 2011, at 4:03 AM, Joe Orton wrote: > >> On Thu, Feb 03, 2011 at 08:20:02PM -0000, [email protected] wrote: > >>> Author: sf > >>> Date: Thu Feb 3 20:20:02 2011 > >>> New Revision: 1066944 > >>> > >>> URL: http://svn.apache.org/viewvc?rev=1066944&view=rev > >>> Log: > >>> Reload resolv.conf on graceful restarts > >>> > >>> PR: 50619 > >>> Submitted by: Matt Miller <m miller f5 com>, Stefan Fritsch > >> > >> Why is it necessary to push out management of the libc resolver > >> to the daemon? This looks like creeping featurism. You can > >> and should use nscd if you need running daemons to be able to > >> cope with resolver config changes on the fly.
I thought to follow the principle of least surprise and reload resolv.conf during restart. And when the need to change the nameservers arises, it is usually too late to switch to nscd. Besides, nscd it a PITA and I wouldn't use it if there was no compelling reason (like LDAP). > > > > ++1. > > +1 here as well, if this is to be addressed at all, the portability > layer seems like the correct place to do it, if desired by the > app. Would you prefer os/unix or APR? I am also happy to simply revert if that is the majority opinion. Cheers, Stefan
