From owner-freebsd-questions@FreeBSD.ORG Mon Jun 11 13:42:08 2007 Return-Path: X-Original-To: freebsd-questions@freebsd.org Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4AB8516A468 for ; Mon, 11 Jun 2007 13:42:08 +0000 (UTC) (envelope-from matt@conundrum.com) Received: from coke.conundrum.com (coke.conundrum.com [216.235.9.139]) by mx1.freebsd.org (Postfix) with ESMTP id 0864213C45A for ; Mon, 11 Jun 2007 13:42:07 +0000 (UTC) (envelope-from matt@conundrum.com) Received: from [216.235.13.82] ([216.235.13.82]) by coke.conundrum.com (8.13.1/8.12.6) with ESMTP id l5BDScol044703; Mon, 11 Jun 2007 09:28:43 -0400 (EDT) (envelope-from matt@conundrum.com) Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <1ACC527A-E8B3-42C6-9F71-F10B0B6F77A4@conundrum.com> Content-Transfer-Encoding: 7bit From: Matt Pounsett Date: Mon, 11 Jun 2007 09:28:26 -0400 To: freebsd-questions@freebsd.org X-Pgp-Agent: GPGMail 1.1.2 (Tiger) X-Mailer: Apple Mail (2.752.2) Subject: rc.d NETWORKING dependancy not waiting for network to be up X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jun 2007 13:42:08 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 It looks like the NETWORKING dummy dependancy doesn't actually cause the its dependants to wait for networking to be up, but simply for interfaces to be configured. I'm wondering if this is actually intended, or if it's an unavoidable design flaw, or what? I'm noting on my systems that ntpdate and ntpd are trying to start before the network is actually reachable, and therefore both have issues starting. ntpdate is unable to sync the clock properly before ntpd starts, and ntpd doesn't seem to ever be able to sync to a time server if it starts trying to contact one before the network is fully up... and needs to be restarted after boot in order for it to work properly. I'm working around the issue by sticking a 20 second delay into /etc/ rc.d/NETWORKING (this is probably way more than necessary, but I'm allowing for a large margin of error) which seems to fix my problem, but is obviously not ideal. Any background or suggestions related to this from anyone? Thanks, Matt -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (Darwin) iD8DBQFGbU39ae4z2vjbC8sRAgq9AJ46G/zvz4W4kCBTSdxdoC85ZUW4nwCg0iLX EW4HDKBsWEMw8LT4EPmnwnY= =wExI -----END PGP SIGNATURE-----