Public bug reported:
Binary package hint: bind9
when lookup up a host with the 'host command' there is a long wait after
the initial response. This seems to be related to second round of
lookup, which fails:
m...@purple:$ host -v www.google.com
Trying www.google.com
;; -HEADER- opcode: QUERY,
** Attachment added: Dependencies.txt
http://launchpadlibrarian.net/34365889/Dependencies.txt
** Attachment added: XsessionErrors.txt
http://launchpadlibrarian.net/34365892/XsessionErrors.txt
--
[Karmic] host lookup error
https://bugs.launchpad.net/bugs/460581
You received this bug
Hi Chuck,
My revolv.conf looks like this:
m...@purple:~$ cat /etc/resolv.conf
# Generated by NetworkManager
domain home
search home
nameserver 192.168.1.1
It point to the DNS service of my DSL modem.
I ran strace, and this is where it get's stuck:
futex(0xb7855048, FUTEX_WAKE_OP_PRIVATE, 1, 1,
** Attachment added: host_strace.log
http://launchpadlibrarian.net/34421863/host_strace.log
--
[Karmic] host lookup error
https://bugs.launchpad.net/bugs/460581
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to bind9 in ubuntu.
--
And the output of lddd `which host`. Maybe you can compare the library
versions to ones on your computer?
m...@purple:~$ ldd `which host`
linux-gate.so.1 = (0x00e47000)
liblwres.so.50 = /usr/lib/liblwres.so.50 (0x00fa2000)
libdns.so.50 = /usr/lib/libdns.so.50 (0x0062)
Do you maybe have any further suggestions for how to debug this?
Something must be interfering with those lookups. The effect is new in
Karmic, so would be nice to figure out what it is.
What is the difference between the first lookup that 'host' does and the
second?
It seems that something is
Public bug reported:
Binary package hint: bind9
When using 'host' to do a dns lookup on Karmic, I get a fast initial
response for the IPv4 lookup:
m...@purple:~$ host www.google.com
www.google.com is an alias for www.l.google.com.
www.l.google.com has address 74.125.77.99
www.l.google.com has
I some posts, I found that ip -6 route may provide useful info. Here is
the output:
m...@purple:~$ ip -6 r
fe80::/64 dev wlan0 proto kernel metric 256 mtu 1500 advmss 1440 hoplimit 0
a friend of mine does not have the problem on the LTS version (8.04) of Ubuntu,
and a different network. The
Yes, the DNS server in my DSL modem does not support IPv6 (A requests
?). I am wondering why 'host' does a IPv6 (AA) lookup after receiving a
valid response on IPv4 (AAA request).
I try looking into the debug printouts, but did not learn much. I can post
the debug-output if it is helpful.
Hi Chuck,
Attached the debug printout from host -D. The first two files
host_before_wait.log and host_all.log are from just running 'host -D
www.google.com, while the file host_minus4*.log are from running host -D -4
www.google.com. In each case, the 'before_wait' file is the log up to the
** Attachment added: host_all.log
http://launchpadlibrarian.net/38900244/host_all.log
--
[Karmic] host -4 does IPv6 lookup -- times out
https://bugs.launchpad.net/bugs/504963
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to bind9 in
** Attachment added: host_minus4_before_wait.log
http://launchpadlibrarian.net/38900252/host_minus4_before_wait.log
--
[Karmic] host -4 does IPv6 lookup -- times out
https://bugs.launchpad.net/bugs/504963
You received this bug notification because you are a member of Ubuntu
Server Team,
** Attachment added: host_minus4_all.log
http://launchpadlibrarian.net/38900270/host_minus4_all.log
--
[Karmic] host -4 does IPv6 lookup -- times out
https://bugs.launchpad.net/bugs/504963
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed
A similar issue is discussed here:
https://bugs.launchpad.net/ubuntu/+source/eglibc/+bug/417757
but I think that's about a different DNS resolver. E.g. in Firefox you
can switch off ipv6 lookups and the delay is gone. Also note the comment
in that thread:
The 5 second lag occurs with the Livebox
14 matches
Mail list logo
