From owner-freebsd-rc@FreeBSD.ORG Mon Jan 2 11:02:51 2006 Return-Path: X-Original-To: freebsd-rc@freebsd.org Delivered-To: freebsd-rc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 36C7D16A41F for ; Mon, 2 Jan 2006 11:02:51 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1106343D49 for ; Mon, 2 Jan 2006 11:02:48 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k02B2lbk037639 for ; Mon, 2 Jan 2006 11:02:47 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k02B2kFM037633 for freebsd-rc@freebsd.org; Mon, 2 Jan 2006 11:02:46 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 2 Jan 2006 11:02:46 GMT Message-Id: <200601021102.k02B2kFM037633@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-rc@FreeBSD.org Cc: Subject: Current problem reports assigned to you X-BeenThere: freebsd-rc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussion related to /etc/rc.d design and implementation." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jan 2006 11:02:51 -0000 Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2005/02/10] conf/77340 rc awk used in /etc/rc.d/nsswitch when not a 1 problem total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2004/06/30] conf/68525 rc Loader's verbose boot mode has rc.d/local o [2004/11/11] conf/73834 rc Bad dependencies for /etc/rc.d/savecore o [2004/11/13] conf/73909 rc [patch] rc.d/sshd does not work with port o [2005/02/18] conf/77663 rc Suggestion: add /etc/rc.d/addnetswap afte o [2005/05/14] kern/81006 rc ipnat not working with tunnel interfaces o [2005/08/27] conf/85363 rc syntax error in /etc/rc.d/devfs o [2005/11/02] conf/88383 rc [PATCH]: etc/rc.d/ldconfig:does not prope o [2005/11/14] conf/88974 rc autoconfigured vlans confuse rc.d/netif o [2005/12/25] conf/90893 rc stock ftpd rcNG script 9 problems total. From owner-freebsd-rc@FreeBSD.ORG Fri Jan 6 18:54:53 2006 Return-Path: X-Original-To: freebsd-rc@freebsd.org Delivered-To: freebsd-rc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B32FD16A41F; Fri, 6 Jan 2006 18:54:53 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC48743D53; Fri, 6 Jan 2006 18:54:46 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id k06Isid0004611; Fri, 6 Jan 2006 10:54:44 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id k06Isi7l004610; Fri, 6 Jan 2006 10:54:44 -0800 Date: Fri, 6 Jan 2006 10:54:44 -0800 From: Brooks Davis To: Garrett Wollman Message-ID: <20060106185444.GB2469@odin.ac.hmc.edu> References: <200512310157.jBV1vuCf033689@freefall.freebsd.org> <17333.60276.293518.585286@khavrinen.csail.mit.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uQr8t48UFsdbeI+V" Content-Disposition: inline In-Reply-To: <17333.60276.293518.585286@khavrinen.csail.mit.edu> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: freebsd-rc@freebsd.org, bug-followup@freebsd.org Subject: Re: conf/90863: [patch] 6.0 boot: name resolution broken for daemon startup X-BeenThere: freebsd-rc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussion related to /etc/rc.d design and implementation." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jan 2006 18:54:53 -0000 --uQr8t48UFsdbeI+V Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Dec 30, 2005 at 09:22:44PM -0500, Garrett Wollman wrote: > < said: >=20 > > First, if you're sure that the problem is with the bge interface, > > I would prefer to see the problem fixed generically there, rather > > than in rc.d/named. >=20 > It's not a problem with bge(4), it's a general problem with network > interfaces that take a long time to bring the link up after it is > initialized. (I expect to have the same problem with ti(4) on a > machine I'm upgrading right now.) In this particular case I'm willing > to wait forever, since the machine can't do anything useful until it > has network, but that would be unacceptable for the general case. > Ordinary workstations using DHCP don't see this, because you obviously > can't get a lease until you can communicate with the DHCP server. >=20 > What I'd like would be to have a "don't fork until you're really > ready" option for named (or even better, for that to be restored as > the default behavior); servers without a local resolver don't have > this problem, because the stub resolver will retry requests that don't > elicit a response. I think that's a superior solution to anything > that requires explicit configuration on the part of the sysadmin. On the whole, daemons should operate on the assumption that the network will take an arbitrrarily long time to come up and that it may come and go at any time. A user should be able to boot their laptop while on an airplane, suspend to disk for landing, boot up again and aquire a network connection, and have all their daemons work correctly. Likewise, a copy of FreeBSD running on a virtual server should support being suspended, copied to a different datacenter, and coming back up with a new addresses. Obviously we're not there yet in a number of areas, but this is where we should be heading and we can work on server/libc behavior in advance of the kernel actually working. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --uQr8t48UFsdbeI+V Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDvrzzXY6L6fI4GtQRAgWgAJ9gv1DcNjuYz5/9lW5uDznW65Hn/gCfdtAF D/F1uuPk32YKSsQc9mgdWSI= =hN38 -----END PGP SIGNATURE----- --uQr8t48UFsdbeI+V--