From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 15:35:34 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B3631065675 for ; Sun, 15 Feb 2009 15:35:34 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (mailrelay.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id 15A958FC0A for ; Sun, 15 Feb 2009 15:35:33 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from virusscan.mail (localhost [127.0.0.1]) by mailrelay.mail (Postfix) with ESMTP id 86B11A06C7; Sun, 15 Feb 2009 16:35:32 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id 79DA6A06C6; Sun, 15 Feb 2009 16:35:32 +0100 (CET) Received: from mail.physik.uni-wuerzburg.de (wthp192.physik.uni-wuerzburg.de [132.187.40.192]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 655FFA06A8; Sun, 15 Feb 2009 16:35:32 +0100 (CET) Received: from wep4035 ([132.187.37.35]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 8.0.2HF443) with ESMTP id 2009021516353147-69719 ; Sun, 15 Feb 2009 16:35:31 +0100 Received: by wep4035 (sSMTP sendmail emulation); Sun, 15 Feb 2009 16:35:31 +0100 From: "Alexey Shuvaev" Date: Sun, 15 Feb 2009 16:35:31 +0100 To: FreeBSD Current Message-ID: <20090215153531.GA36438@wep4035.physik.uni-wuerzburg.de> References: <7d6fde3d0902150028n5f07ee55mc6026e1e4935eeb0@mail.gmail.com> MIME-Version: 1.0 In-Reply-To: <7d6fde3d0902150028n5f07ee55mc6026e1e4935eeb0@mail.gmail.com> Organization: Universitaet Wuerzburg User-Agent: Mutt/1.5.18 (2008-05-17) X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 8.0.2HF443 | November 25, 2008) at 02/15/2009 04:35:31 PM, Serialize by Router on domino1/uni-wuerzburg(Release 8.0.2HF443 | November 25, 2008) at 02/15/2009 04:35:32 PM, Serialize complete at 02/15/2009 04:35:32 PM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Cc: Garrett Cooper Subject: Re: Annoyance with recent parallelism in rc.d X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Feb 2009 15:35:34 -0000 On Sun, Feb 15, 2009 at 12:28:20AM -0800, Garrett Cooper wrote: > I just updated my world to a recent snapshot (a build from last week) > and I'm noting some parallelism / backgrounding which is really > causing issues with my NIC and NFS mounts. I had to hit CTRL-D 5 times > in order to get the system to come up because it couldn't resolve my > NFS server's hostname, because the NIC wasn't up and going yet (as it > uses the DHCP client in background mode due to the new default). > > Now I realize that this all ties back into the issue with the NIC > (which I've approached Pyun about, and which I appreciate his help is > solving issues with this buggy chipset), but is there really a need > for parallelism at startup rc.d it can't properly detect dependencies > with some cases like NFS mounts? > Me too. I have ntpd failing to resolve dns names. I have noticed this since appr. 1.350 of etc/defaults/rc.conf (12 days ago). I was hoping this will go away... Commit log: SVN rev 188010 on 2009-02-02 15:38:24Z by mtm Since, rc.d/defaultroute has the ability to wait for a default route to show up we can turn this knob back on without screwing subsequent daemons that expect to be able to talk to the outside world. ^^^^^^^^^^^^^^^^^^^^^^^^^^^ Seems it is not the case... Interesting: setting background_dhclient="NO" does not solve the issue. Maybe something else was changed? My current 'workaroud' is synchronous_dhclient="YES" My hardware: ~> uname -a FreeBSD wep4035 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Sat Feb 14 01:29:05 CET 2009 root@wep4035:/usr/obj/usr/src/sys/NOUSB amd64 mskc0@pci0:1:0:0: class=0x020000 card=0x81f81043 chip=0x436411ab rev=0x12 hdr=0x00 vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' device = '88E8056 Yukon PCI-E Gigabit Ethernet Controller' class = network subclass = ethernet msk0: flags=8843 metric 0 mtu 1500 options=11a ether 00:1f:c6:89:83:ec [snip] media: Ethernet autoselect (100baseTX ) status: active Alexey.