From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 9 19:19:33 2007 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.ORG Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 07C9716A401 for ; Fri, 9 Mar 2007 19:19:33 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx24.fluidhosting.com [204.14.89.7]) by mx1.freebsd.org (Postfix) with SMTP id 987EE13C474 for ; Fri, 9 Mar 2007 19:19:32 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 27927 invoked by uid 399); 9 Mar 2007 19:19:24 -0000 Received: from localhost (HELO ?192.168.0.4?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 9 Mar 2007 19:19:24 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <45F1B33A.5080606@FreeBSD.org> Date: Fri, 09 Mar 2007 11:19:22 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0b2 (Windows/20070116) MIME-Version: 1.0 To: Steven Hartland References: <200703090957.l299vCEi066075@lurza.secnetix.de> <00f801c76247$55fbe4c0$b3db87d4@multiplay.co.uk> In-Reply-To: <00f801c76247$55fbe4c0$b3db87d4@multiplay.co.uk> X-Enigmail-Version: 0.94.2.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@FreeBSD.ORG, mwm@mired.org, des@des.no Subject: Re: NFS based /usr prevents normal startup due to slow net init X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2007 19:19:33 -0000 Steven Hartland wrote: > Although that sounds like a possible solution I wouldnt > be suprised if there are other services which REQUIRE > "NETWORKING" and make assumptions about the network > state which are currently invalid. > > Given this perhaps NETWORKING is where this fix should > really be implemented? The scripts whose names are in all caps are just placeholders, so they don't have any real code. This idea of a wait state for networking to come up has been discussed before on freebsd-rc@, and the conclusion reached was more or less on the lines of: 1. It should happen in netif 2. Whether to wait or not should be configurable, and default to off 3. How long to wait should be configurable (n seconds, minutes, hours, infinity) So, if someone wants to code up some patches, and send them to freebsd-rc@ to review, please feel free. Also see http://www.freebsd.org/cgi/query-pr.cgi?pr=90863 for an interesting related discussion. hth, Doug -- This .signature sanitized for your protection