Bug#632273: libc6: resolving: does not try different nameserver after "recursion not available"
tag 632273 - upstream
tag 632273 + unreproducible
thanks
On Thu, Jun 30, 2011 at 11:45:19PM -0500, Jonathan Nieder wrote:
> Package: libc6
> Version: 2.13-8
> Tags: upstream
>
> Typical amd64 experimental system. No ipv6 in sight. Since the last
> upgrade[*] (libc6 2.13-7 -> 2.13-8), programs like wget that use
> getaddrinfo are failing resolution instead of resolving some hosts:
>
> | $ wget http://repo.or.cz/
> | --2011-06-30 23:37:55-- http://repo.or.cz/
> | Resolving repo.or.cz... failed: No address associated with hostname.
> | wget: unable to resolve host address “repo.or.cz”
>
> nslookup shows the cause:
>
> | $ nslookup repo.or.cz
> | ;; Got recursion not available from 172.16.0.1, trying next server
> | Server: 8.8.8.8
> | Address: 8.8.8.8#53
> |
> | Non-authoritative answer:
> | Name: repo.or.cz
> | Address: 195.113.20.142
>
> That is, the crazy wireless router in this wireless network provides a
> nonrecursive DNS server through DHCP and although resolv.conf also
> includes 8.8.8.8 for sanity, and the updated libc doesn't seem to use
> the latter any more.
>
> Downgrading to 2.13-7 fixes it. Bug?
>
> Regards,
> Jonathan
>
> [*] http://sourceware.org/bugzilla/show_bug.cgi?id=12684
>
This upstream bug report is indeed your bug, but the corresponding patch
is actually backported into 2.13-8. I am able to reproduce your problem
with 2.13-7, but *not* with 2.13-8. Is there any other condition to be
able to reproduce the issue? Can you try with another non-authoritative
name server instead of the one provided by your wireless router?
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurelien@aurel32.net http://www.aurel32.net
Reply to: