From owner-cvs-src@FreeBSD.ORG Mon Jul 28 06:00:18 2003 Return-Path: Delivered-To: cvs-src@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0EDB237B43E; Mon, 28 Jul 2003 06:00:17 -0700 (PDT) Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C18343F3F; Mon, 28 Jul 2003 06:00:15 -0700 (PDT) (envelope-from mb@imp.ch) Received: from nbs.imp.ch (nbs.imp.ch [157.161.4.7]) by mail.imp.ch (8.12.6p2/8.12.3) with ESMTP id h6SD0B18004485; Mon, 28 Jul 2003 15:00:12 +0200 (CEST) (envelope-from Martin.Blapp@imp.ch) Received: from cvs.imp.ch (cvs.imp.ch [157.161.4.9]) by nbs.imp.ch (8.12.8/8.12.3) with ESMTP id h6SD0BlH7215362; Mon, 28 Jul 2003 15:00:11 +0200 (MES) Date: Mon, 28 Jul 2003 15:00:11 +0200 (CEST) From: Martin Blapp To: Robert Watson In-Reply-To: Message-ID: <20030728145421.O41136@cvs.imp.ch> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: cvs-src@FreeBSD.org cc: Martin Blapp cc: cvs-all@FreeBSD.org cc: src-committers@FreeBSD.org Subject: Re: cvs commit: src/etc/defaults rc.conf src/etc/rc.d dhclient X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jul 2003 13:00:18 -0000 Hi, > This is something we'll probably want to play by ear -- trading off boot > time and making sure that the right services are there to support various > kinds of activities. I think part of the real solution is likely to > improve the behavior of some of our applications in the presence of > changing network configuration. A few more apps probably need to learn > about routing sockets so they can pick up IP address change notifications, > interface arrival/departure, etc. That would make sense. The same thing happens if you use zebra (gated replacement). The system does not behave very well if you don't add manually about 20 sleep seconds in the rc script ! With dhclient, the problem is really not that bad. Within 3 seconds you normally get the lease. Which means, that we could add a script which checks, if the dhclient interface has a 0.0.0.0 adress (or even check if the default route is set), and then sleeps and blocks the boot process. The applications which really need this could rely then on the script. And all other setups without this would boot faster. Just some thoughts ... Martin