From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 9 12:37:43 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 8CBB816A400; Fri, 9 Mar 2007 12:37:43 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id EED0613C46B; Fri, 9 Mar 2007 12:37:42 +0000 (UTC) (envelope-from killing@multiplay.co.uk) X-Spam-Checker-Version: SpamAssassin 3.1.5 (2006-08-29) on core6.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-24.7 required=6.0 tests=BAYES_00, USER_IN_WHITELIST, USER_IN_WHITELIST_TO autolearn=ham version=3.1.5 Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [85.236.96.23]) (MDaemon PRO v9.5.4) with ESMTP id md50003598117.msg; Fri, 09 Mar 2007 12:35:07 +0000 Message-ID: <00f801c76247$55fbe4c0$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: , , , , References: <200703090957.l299vCEi066075@lurza.secnetix.de> Date: Fri, 9 Mar 2007 12:34:42 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-Spam-Processed: multiplay.co.uk, Fri, 09 Mar 2007 12:35:08 +0000 X-MDAV-Processed: multiplay.co.uk, Fri, 09 Mar 2007 12:35:09 +0000 Cc: 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 12:37:43 -0000 Oliver Fromme wrote: > For FreeBSD, I think a workable solution would be to > write a new RC script (e.g. /etc/rc.d/port_up) that > polls the configured interfaces and waits until they > are up. It should have a configurable timeout so it > won't hang forever. Then add it to the REQUIRE line > of the /etc/rc.d/mountcritremote script. 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? Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk.