[Resolvconf-devel] Bug#651827: resolvconf: initscript of resolvconf 1.62 breaks setups using manual configuration
Michael Prokop
mika at debian.org
Mon Dec 12 12:53:23 UTC 2011
Package: resolvconf
Version: 1.62
Severity: important
Situation:
# cat /etc/resolvconf/resolv.conf.d/base
nameserver 192.168.51.2
With resolvconf 1.62:
# /etc/init.d/resolvconf restart
* Restarting resolvconf... done.
# cat /etc/resolv.conf
cat: /etc/resolv.conf: No such file or directory
# ls -la /etc/resolv.conf
lrwxrwxrwx 1 root root 31 Dec 12 12:34 /etc/resolv.conf -> /etc/resolvconf/run/resolv.conf
# ls -la /etc/resolvconf/run/resolv.conf
ls: cannot access /etc/resolvconf/run/resolv.conf: No such file or directory
But it works via reload:
# /etc/init.d/resolvconf reload
# cat /etc/resolv.conf
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 192.168.51.2
Same situation with resolvconf 1.61:
# /etc/init.d/resolvconf restart
* Restarting resolvconf... done.
# cat /etc/resolv.conf
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 192.168.51.2
Manually invoking "resolvconf -u" with v1.62 fixes the issue.
initscript's restart action just does "resolvconf --enable-updates",
but the reload does "resolvconf -u".
resolvconf 1.61 seems to work as expected, looks like git commit
7cdfa73 broke this behaviour.
IMHO this qualifies as RC bug, but leaving the decision to the
maintainer.
regards,
-mika-
More information about the Resolvconf-devel
mailing list