[Bug 1110331] Re: Eliminate nscd restart from update script?
Thomas Hood
1110331 at bugs.launchpad.net
Wed Jan 30 20:07:33 UTC 2013
I have been testing nscd and it does seem to handle resolv.conf changes
automatically.
Start nscd and touch /run/resolvconf/resolv.conf:
# touch /run/resolvconf/resolv.conf
# stat /run/resolvconf/resolv.conf
File: `/run/resolvconf/resolv.conf'
[...]
Access: 2013-01-30 21:03:43.435754739 +0100
Modify: 2013-01-30 21:03:43.435754739 +0100
Change: 2013-01-30 21:03:43.435754739 +0100
After doing some name lookup, the atime of the file has changed because
nscd has re-read it.
# stat /run/resolvconf/resolv.conf
File: `/run/resolvconf/resolv.conf'
[...]
Access: 2013-01-30 21:03:56.547773378 +0100
Modify: 2013-01-30 21:03:43.435754739 +0100
Change: 2013-01-30 21:03:43.435754739 +0100
So I will go ahead and remove the nscd restart, at least.
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to resolvconf in Ubuntu.
https://bugs.launchpad.net/bugs/1110331
Title:
Eliminate nscd restart from update script?
Status in “resolvconf” package in Ubuntu:
New
Bug description:
Browsing the eglibc mailing list archives I notice[0] that the eglibc
resolver has been enhanced[1] such that if /etc/resolv.conf's mtime
changes then the client is asked to re-initialize the resolver state.
I haven't tested the code, but if I understand the feature correctly
it gives us an opportunity to eliminate from
/etc/resolvconf/update.d/libc the code that restarts nscd after an
alteration in resolv.conf. That would be a beneficial simplification.
Ditto for some other resolvconf update scripts.
Can we take advantage of this eglibc enhancement in order to simplify
resolvconf update scripts? Do we want to?
[0]http://www.eglibc.org/archives/patches/msg00977.html
[1]http://patch-tracker.debian.org/patch/series/view/eglibc/2.11.3-4/any/submitted-resolv.conf-thread.diff
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/resolvconf/+bug/1110331/+subscriptions
More information about the foundations-bugs
mailing list