Bug#343140: marked as done (libc6: resolver always checks search list in /etc/resolv.conf)
Your message dated Tue, 20 Dec 2005 09:37:48 +0900
with message-id <81ek48fvs3.wl%gotom@sanori.org>
and subject line Bug#343140: libc6: resolver always checks search list in /etc/resolv.conf
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--------------------------------------
Received: (at submit) by bugs.debian.org; 13 Dec 2005 05:13:15 +0000
>From ed@bashware.net Mon Dec 12 21:13:15 2005
Return-path: <ed@bashware.net>
Received: from u93.158.7.207.aspextra.net ([207.7.158.93] helo=chicory.aspextra.net)
by spohr.debian.org with esmtp (Exim 4.50)
id 1Em2TS-0000ZS-VB
for submit@bugs.debian.org; Mon, 12 Dec 2005 21:13:15 -0800
Received: by chicory.aspextra.net (Postfix, from userid 1000)
id F339010F781; Mon, 12 Dec 2005 21:13:13 -0800 (PST)
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Edward Buck <ed@bashware.net>
To: Debian Bug Tracking System <submit@bugs.debian.org>
Subject: libc6: resolver always checks search list in /etc/resolv.conf
X-Mailer: reportbug 3.8
Date: Mon, 12 Dec 2005 21:13:13 -0800
Message-Id: <[🔎] 20051213051313.F339010F781@chicory.aspextra.net>
Delivered-To: submit@bugs.debian.org
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Level:
X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE
autolearn=no version=2.60-bugs.debian.org_2005_01_02
Package: libc6
Version: 2.3.2.ds1-22
Severity: important
I originally posted a bug report for postfix detailing the problem but I
can reproduce the bug outside of postfix. Here's the postfix bug
report in case you're interested:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=314891
In a nutshell, when using 'search' lines in /etc/resolv.conf, the
resolver always appends listed search domains to a hostname lookup even
when the host being searched is fully-qualified (contains one or more dots).
This results in a LOT of needless DNS traffic. On a busy mail server,
it makes using the 'search' lines extremely expensive (because DNS traffic
increases exponentially).
Here's an strace of 'telnet mx1.hotmail.com 25'. Oddly, it seems to do
the right thing initially but the fully-qualified lookup must always
fail, resulting in subsequent lookups using the search list.
$ cat /etc/resolv.conf
nameserver 69.51.81.36
nameserver 69.51.78.68
search ul.aspextra.net aspextra.net
$ strace telnet mx1.hotmail.com 25
...
open("/etc/resolv.conf", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=274, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40018000
read(3, "# Dynamic resolv.conf(5) file fo"..., 4096) = 274
read(3, "", 4096) = 0
close(3) = 0
munmap(0x40018000, 4096) = 0
socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 3
connect(3, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("69.51.81.36")}, 28) = 0
send(3, "\n\177\1\0\0\1\0\0\0\0\0\0\3mx1\7hotmail\3com\0\0\34\0"..., 33, 0) = 33
gettimeofday({1134449292, 353764}, NULL) = 0
poll([{fd=3, events=POLLIN, revents=POLLIN}], 1, 5000) = 1
ioctl(3, FIONREAD, [98]) = 0
recvfrom(3, "\n\177\201\200\0\1\0\0\0\1\0\0\3mx1\7hotmail\3com\0\0\34"..., 1024, 0, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("69.51.81.36")}, [16]) = 98
close(3) = 0
socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 3
connect(3, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("69.51.81.36")}, 28) = 0
send(3, "\n\200\1\0\0\1\0\0\0\0\0\0\3mx1\7hotmail\3com\2ul\10"..., 49, 0) = 49
gettimeofday({1134449292, 357407}, NULL) = 0
poll([{fd=3, events=POLLIN, revents=POLLIN}], 1, 5000) = 1
ioctl(3, FIONREAD, [49]) = 0
recvfrom(3, "\n\200\201\205\0\1\0\0\0\0\0\0\3mx1\7hotmail\3com\2ul\10"..., 1024, 0, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("69.51.81.36")}, [16]) = 49
close(3) = 0
socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 3
connect(3, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("69.51.78.68")}, 28) = 0
send(3, "\n\200\1\0\0\1\0\0\0\0\0\0\3mx1\7hotmail\3com\2ul\10"..., 49, 0) = 49
gettimeofday({1134449292, 361191}, NULL) = 0
poll([{fd=3, events=POLLIN, revents=POLLIN}], 1, 3000) = 1
ioctl(3, FIONREAD, [100]) = 0
recvfrom(3, "\n\200\201\203\0\1\0\0\0\1\0\0\3mx1\7hotmail\3com\2ul\10"..., 1024, 0, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("69.51.78.68")}, [16]) = 100
close(3) = 0
socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 3
connect(3, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("69.51.81.36")}, 28) = 0
send(3, "\n\201\1\0\0\1\0\0\0\0\0\0\3mx1\7hotmail\3com\10asp"..., 46, 0) = 46
gettimeofday({1134449292, 364427}, NULL) = 0
poll([{fd=3, events=POLLIN, revents=POLLIN}], 1, 5000) = 1
ioctl(3, FIONREAD, [97]) = 0
recvfrom(3, "\n\201\201\203\0\1\0\0\0\1\0\0\3mx1\7hotmail\3com\10as"..., 1024, 0, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("69.51.81.36")}, [16]) = 97
close(3) = 0
socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 3
connect(3, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("69.51.81.36")}, 28) = 0
send(3, "\n\202\1\0\0\1\0\0\0\0\0\0\3mx1\7hotmail\3com\0\0\1\0"..., 33, 0) = 33
gettimeofday({1134449292, 367710}, NULL) = 0
poll([{fd=3, events=POLLIN, revents=POLLIN}], 1, 5000) = 1
ioctl(3, FIONREAD, [195]) = 0
recvfrom(3, "\n\202\201\200\0\1\0\4\0\5\0\0\3mx1\7hotmail\3com\0\0\1"..., 1024, 0, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("69.51.81.36")}, [16]) = 195
close(3) = 0
socket(PF_FILE, SOCK_STREAM, 0) = 3
connect(3, {sa_family=AF_FILE, path="/var/run/.nscd_socket"}, 110) = -1 ENOENT (No such file or directory)
close(3) = 0
gettimeofday({1134449292, 371589}, NULL) = 0
getpid() = 15269
open("/etc/resolv.conf", O_RDONLY) = 3
...
-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-686-smp
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages libc6 depends on:
ii libdb1-compat 2.1.3-7 The Berkeley database routines [gl
-- no debconf information
---------------------------------------
Received: (at 343140-done) by bugs.debian.org; 20 Dec 2005 00:37:51 +0000
>From gotom@sanori.org Mon Dec 19 16:37:51 2005
Return-path: <gotom@sanori.org>
Received: from omega.webmasters.gr.jp ([218.44.239.78] helo=webmasters.gr.jp)
by spohr.debian.org with esmtp (Exim 4.50)
id 1EoVVl-0007zw-N0
for 343140-done@bugs.debian.org; Mon, 19 Dec 2005 16:37:51 -0800
Received: from omega.webmasters.gr.jp (localhost [127.0.0.1])
by webmasters.gr.jp (Postfix) with ESMTP id A5D12DEB1B
for <343140-done@bugs.debian.org>; Tue, 20 Dec 2005 09:37:48 +0900 (JST)
Date: Tue, 20 Dec 2005 09:37:48 +0900
Message-ID: <81ek48fvs3.wl%gotom@sanori.org>
From: GOTO Masanori <gotom@sanori.org>
To: 343140-done@bugs.debian.org
Subject: Re: Bug#343140: libc6: resolver always checks search list in /etc/resolv.conf
In-Reply-To: <[🔎] 43A214B5.7070003@bashware.net>
References: <[🔎] 20051213051313.F339010F781@chicory.aspextra.net>
<[🔎] 20051214165949.GA7791@boogie.lpds.sztaki.hu>
<[🔎] 43A07572.6010407@bashware.net>
<[🔎] 20051215122112.GA14912@boogie.lpds.sztaki.hu>
<[🔎] 43A1EE1A.7080204@bashware.net>
<[🔎] 20051216001245.GA31300@www.lobefin.net>
<[🔎] 43A214B5.7070003@bashware.net>
User-Agent: Wanderlust/2.11.30 (Wonderwall) SEMI/1.14.6 (Maruoka) FLIM/1.14.6 (Marutamachi) APEL/10.6 Emacs/21.4 (i386-pc-linux-gnu) MULE/5.0 (SAKAKI)
MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka")
Content-Type: text/plain; charset=US-ASCII
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Level:
X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER
autolearn=no version=2.60-bugs.debian.org_2005_01_02
Now I close it.
-- gotom
Reply to: