Bug#595269: libc6: upgrade to 2.11.2-4 breaks dns localhost lookups
severity 595269 grave
thanks
On Thu, Sep 02, 2010 at 06:05:02PM +0200, Michael Prokop wrote:
> Package: libc6
> Version: 2.11.2-4
> Severity: normal
>
>
> Given: my daily Debian/unstable Q/A build, dnsmasq running on host,
> Debian/unstable chroot trying to download stuff -> resolving DNS
>
> Problem: when upgrading to 2.11.2-4 the chroot can't resolve any
> dns entries through dnsmasq any longer without an resolve.conf entry
> to resolv.conf
>
> Workaround: adding "nameserver 127.0.0.1" to resolv.conf
> or downgrading to libc <=2.11.2-2
>
> Note: a similar problem existed in the past already: #551879 -
> though - at least AFAICS - doesn't seem to be the same issue as I've
> an /etc/hosts file in my chroot.
>
> Full Details:
>
> # 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
>
> # ping -c 1 debian.org
> ping: unknown host debian.org
>
> # echo "nameserver 127.0.0.1" >> /etc/resolvconf/run/resolv.conf
>
> # ping -c 1 debian.org
> PING debian.org (194.109.137.218) 56(84) bytes of data.
> 64 bytes from klecker.debian.org (194.109.137.218): icmp_req=1 ttl=56 time=13.9 ms
>
> --- debian.org ping statistics ---
> 1 packets transmitted, 1 received, 0% packet loss, time 0ms
> rtt min/avg/max/mdev = 13.952/13.952/13.952/0.000 ms
>
> Downgrading to libc 2.11.2-2:
>
> # apt-get install libc6=2.11.2-2 libc-bin=2.11.2-2
> Reading package lists... Done
> Building dependency tree
> Reading state information... Done
> Suggested packages:
> glibc-doc
> The following packages will be DOWNGRADED:
> libc-bin libc6
> 0 upgraded, 0 newly installed, 2 downgraded, 0 to remove and 2 not upgraded.
> Need to get 5,004kB of archives.
> After this operation, 0B of additional disk space will be used.
> Do you want to continue [Y/n]? y
> Get:1 http://snapshot.debian.org/archive/debian/20100829/ sid/main libc-bin amd64 2.11.2-2 [744kB]
> Get:2 http://snapshot.debian.org/archive/debian/20100829/ sid/main libc6 amd64 2.11.2-2 [4,259kB]
> Fetched 5,004kB in 7s (671kB/s)
> Preconfiguring packages ...
> Can not write log, openpty() failed (/dev/pts not mounted?)
> dpkg: warning: downgrading libc-bin from 2.11.2-4 to 2.11.2-2.
> (Reading database ... 36473 files and directories currently installed.)
> Preparing to replace libc-bin 2.11.2-4 (using .../libc-bin_2.11.2-2_amd64.deb) ...
> Unpacking replacement libc-bin ...
> Processing triggers for man-db ...
> Can not write log, openpty() failed (/dev/pts not mounted?)
> Setting up libc-bin (2.11.2-2) ...
> [...]
>
> Works again with 2.11.2-2:
>
> # 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 127.0.0.1
>
> # ping -c 1 debian.org
> PING debian.org (128.31.0.51) 56(84) bytes of data.
> 64 bytes from senfl.debian.org (128.31.0.51): icmp_req=1 ttl=48 time=100 ms
>
> --- debian.org ping statistics ---
> 1 packets transmitted, 1 received, 0% packet loss, time 0ms
> rtt min/avg/max/mdev = 100.675/100.675/100.675/0.000 ms
>
> # sed -i "/nameserver 127.0.0.1/d" /etc/resolvconf/run/resolv.conf
>
> # 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
>
> # ping -c 1 debian.org
> PING debian.org (194.109.137.218) 56(84) bytes of data.
> 64 bytes from klecker.debian.org (194.109.137.218): icmp_req=1 ttl=56 time=13.7 ms
>
> --- debian.org ping statistics ---
> 1 packets transmitted, 1 received, 0% packet loss, time 0ms
> rtt min/avg/max/mdev = 13.747/13.747/13.747/0.000 ms
>
>
> If you need any further information, testing,... please let me know.
> Leaving severity of this bugreport up to the maintainers, though if
> the release is supposed to enter squeeze I think this bug could
> qualify for RC.
>
This has be triggered by:
| * Replace any/submitted-etc-resolv.conf.diff by upstream version
| patches/any/cvs-etc-resolv.conf.diff.
After all this time, I should I have learned to not trust upstream. I
just wanted to avoid diverging too much from upstream, but it is
actually sane doing that.
I agree with you this is indeed RC.
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurelien@aurel32.net http://www.aurel32.net
Reply to: