From owner-freebsd-net@FreeBSD.ORG Tue Jan 27 22:36:37 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2215210658A2; Tue, 27 Jan 2009 22:36:36 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from exchange.physicalsegment.com (78-105-106-222.zone3.bethere.co.uk [78.105.106.222]) by mx1.freebsd.org (Postfix) with ESMTP id 3847F8FC46; Tue, 27 Jan 2009 22:36:34 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from mail pickup service by exchange.physicalsegment.com with Microsoft SMTPSVC; Tue, 27 Jan 2009 21:31:48 +0000 Received: from mx2.freebsd.org ([69.147.83.53]) by tsplpt01.thespinney.local with Microsoft SMTPSVC(6.0.2600.5512); Sun, 25 Jan 2009 15:31:39 +0000 Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id CF6CF17B536; Sun, 25 Jan 2009 15:30:34 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 6EB021065719; Sun, 25 Jan 2009 15:30:33 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3894D10656D3; Sun, 25 Jan 2009 15:30:16 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [220.233.188.227]) by mx1.freebsd.org (Postfix) with ESMTP id 7A5868FC16; Sun, 25 Jan 2009 15:30:15 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id n0PFUCtb042650; Mon, 26 Jan 2009 02:30:12 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Mon, 26 Jan 2009 02:30:12 +1100 (EST) From: Ian Smith To: "Daniel O'Connor" In-Reply-To: <200901251537.07249.doconnor@gsoft.com.au> Message-ID: <20090126002703.J90458@sola.nimnet.asn.au> References: <200901250113.n0P1DmHe060610@drugs.dv.isc.org> <200901251537.07249.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org X-OriginalArrivalTime: 25 Jan 2009 15:31:40.0411 (UTC) FILETIME=[04CF0CB0:01C97F02] Cc: freebsd-net@freebsd.org, Mark Andrews , lev@freebsd.org, freebsd-stable@freebsd.org Subject: Re: BIND 9.4.3-P1: internal_send: 199.7.83.42#53: Device not configured, where 199.7.83.42 is RANDOM IP address X-BeenThere: freebsd-net@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2009 22:36:38 -0000 On Sun, 25 Jan 2009, Daniel O'Connor wrote: > On Sunday 25 January 2009 11:43:48 Mark Andrews wrote: Doug Barton wrote: > > > I've never used mpd myself, but you might want to try adding the > > > following line to /usr/local/etc/rc.d/mpd and see if it helps: > > > > > > # BEFORE: named This doesn't help in the case where mpd may take seconds to negotiate with $provider for a link; always the case on ADSL here anyway, moreso for dialup. The rc.d script exits after launching mpd, so named will still start 'right away' while mpd - or ppp - is still negotiating. I 'solved' this chicken-and-egg by adding an ugly sleep 7 after starting (mpd &) before exiting the script. Haven't bothered refining what works once a month or two, but the sleep could be killed by pid from an mpd-up script as soon as there's a working link. (mpd 4.1 if it matters) > > mpd should also be fixed as the error code being returned is not > > approprate. network unreachable is what should be returned. It's not mpd's error, or message; named knows nothing about mpd, but does like its specified listen and *-source addresses to exist. This one looks more like a ill-worded 'no route to host' indication perhaps? Or trying to listen on the address of the (yet to exist) ng interface? > I'm not sure that is the whole problem - I found that it would return device > not configured 'permanently' when I was using it. The link would be up > (apparently) but nothing passes. Sometimes restarting it would fix it but > other times it just persistently said the same thing. > > It seemed like there was some kernel state that was incorrect and even > restarting mpd would not fix it. I've found named requires a proper /etc/rc.d/named stop / start cycle after all required interfaces are up and there's a default route, here, and that sleep 7 obviates that for me .. but it's hardly elegant. cheers, Ian _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"