From owner-cvs-all@FreeBSD.ORG Fri Aug 4 05:51:22 2006 Return-Path: X-Original-To: cvs-all@FreeBSD.org Delivered-To: cvs-all@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2080A16A4DF; Fri, 4 Aug 2006 05:51:22 +0000 (UTC) (envelope-from freebsd-cvs-src@oldach.net) Received: from rigel.oldach.net (rigel.oldach.net [194.8.96.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50B0C43D49; Fri, 4 Aug 2006 05:51:21 +0000 (GMT) (envelope-from freebsd-cvs-src@oldach.net) Received: from sep.oldach.net (p548F8CF4.dip0.t-ipconnect.de [84.143.140.244]) by rigel.oldach.net (8.13.6/8.13.6/hmo30jul04) with ESMTP id k745okSo072083 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 4 Aug 2006 07:50:47 +0200 (CEST) (envelope-from freebsd-cvs-src@oldach.net) Received: from sep.oldach.net (localhost [127.0.0.1]) by sep.oldach.net (8.13.6/8.13.6/hmo26jun05) with ESMTP id k745ojm8063973 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 4 Aug 2006 07:50:45 +0200 (CEST) (envelope-from freebsd-cvs-src@oldach.net) Received: (from hmo@localhost) by sep.oldach.net (8.13.6/8.13.6/Submit/hmo26jun05) id k745ojss063972; Fri, 4 Aug 2006 07:50:45 +0200 (CEST) (envelope-from freebsd-cvs-src@oldach.net) Message-Id: <200608040550.k745ojss063972@sep.oldach.net> In-Reply-To: from Hajimu UMEMOTO at "Aug 4, 2006 2: 7:36 pm" To: ume@FreeBSD.org (Hajimu UMEMOTO) Date: Fri, 4 Aug 2006 07:50:45 +0200 (CEST) From: freebsd-cvs-src@oldach.net (Helge Oldach) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded STARTTLS authentication, not delayed by milter-greylist-2.0.2 (rigel.oldach.net [194.8.96.250]); Fri, 04 Aug 2006 07:50:47 +0200 (CEST) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (sep.oldach.net [127.0.0.1]); Fri, 04 Aug 2006 07:50:45 +0200 (CEST) X-Virus-Scanned: ClamAV 0.88.3/1634/Thu Aug 3 00:32:49 2006 on rigel.oldach.net X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on sep.oldach.net X-Virus-Status: Clean X-Spam-Flag: NO X-Scanned-By: milter-spamc/0.25.321 (rigel.oldach.net [194.8.96.250]); Fri, 04 Aug 2006 07:51:12 +0200 X-Spam-Status: NO, hits=2.30 required=5.00 X-Spam-Level: ** Cc: scottl@samsco.org, kensmith@cse.Buffalo.EDU, ume@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org, src-committers@FreeBSD.org, freebsd-cvs-src@oldach.net Subject: Re: cvs commit: src/sys/sys param.h src/include Makefile netdb.h res_update.h resolv.h src/include/arpa inet.h nameser.h nameser X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Aug 2006 05:51:22 -0000 Hajimu UMEMOTO: > >>>>> On Thu, 3 Aug 2006 07:36:18 +0200 (CEST) > >>>>> Helge Oldach said: > > freebsd-cvs-src> Well... I've spotted a regression not with the ports tree but with > freebsd-cvs-src> 6-STABLE. On several boxes with this change applied I see lots of > freebsd-cvs-src> sendmails stacking up over time, for example: > > Could you show me your resolv.conf? Are all nameservers listed in > your resolv.conf available? Yes, certainly. As I've said, this issue shows up on several boxes. This includes machines with only a single resolver (which is up of course), resolving towards the internet, machines that talk to localhost (running a caching named with forwarders to public servers), but also to machines running on an internal network with private root servers. Actually I had already played around a bit with this, without any noticeable effect. OTOH, if one or all of the resolvers were just not available, the process should never get stuck indefinitely, but should log a message at least. > freebsd-cvs-src> On one busy sendmail box I've seen literally thousands of such > freebsd-cvs-src> processes. Note that these processes don't disappear, so it is not > freebsd-cvs-src> related to sendmail.cf's timeouts. > > Dou you mean that the processes are never disappered except killing > them? Exactly. > Which status are they? ps shows them as "I". See my other mail on more explanations. They disappear from netstat after some time. Once killed, they "normally" terminate their TCP session. Note that not only sendmail is affected but other processes that do name resolution as well. I have a test box that I can play with to spot more details, if that helps. Helge