Date: Tue, 3 Mar 2009 10:32:15 +1100 From: Andrew Reilly <andrew-freebsd@areilly.bpc-users.org> To: "M. Warner Losh" <imp@bsdimp.com> Cc: usb@freebsd.org, yanefbsd@gmail.com, mmakonnen@gmail.com, freebsd-current@freebsd.org, astrodog@gmail.com Subject: Re: The rc.d mess strikes back Message-ID: <20090302233215.GA53763@duncan.reilly.home> In-Reply-To: <20090302.132522.-432836388.imp@bsdimp.com> References: <2E9BD549-EF77-4F48-AB7E-C93AFC4BE387@gmail.com> <49ABCECE.1040102@gmail.com> <2fd864e0903020512i22b2c31fg487aaf37fed6398b@mail.gmail.com> <20090302.132522.-432836388.imp@bsdimp.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, Mar 02, 2009 at 01:25:22PM -0700, M. Warner Losh wrote: > In message: <2fd864e0903020512i22b2c31fg487aaf37fed6398b@mail.gmail.com> > Astrodog <astrodog@gmail.com> writes: > : As unfortunate (and annoying) as that delay was, your system was in a > : "defined" state, at the end of rc.d. As things stand now, that doesn't > : appear to be the case anymore, and I think that may be a more > : significant issue than the delay. > > I'd be happy with synchronous dhcp. The more general problem is the (large) number of network applications that assume that network addresses and routes never change (because that's how things were when they were written.) My personal pet peeve is ntpd, but there are many others. Any daemon that caches host IP address information at startup is (IMO) broken, and needs to be fixed. There are many reasons why network addresses may change *after* startup, and it is not reasonable to go around and manually HUP everything when that happens. Needing synchronous DHCP as a work-around here is just the signifier of the problem: it isn't the over-all solution. Cheers, -- Andrew
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20090302233215.GA53763>