Date: Tue, 3 Mar 2009 12:03:07 -0600 From: Brooks Davis <brooks@freebsd.org> To: Mike Telahun Makonnen <mmakonnen@gmail.com> Cc: andrew-freebsd@areilly.bpc-users.org, astrodog@gmail.com, usb@freebsd.org, freebsd-current@freebsd.org, yanefbsd@gmail.com, "M. Warner Losh" <imp@bsdimp.com> Subject: Re: The rc.d mess strikes back Message-ID: <20090303180307.GA11134@lor.one-eyed-alien.net> In-Reply-To: <584bfc3f0903030833k70405609q7e2d3b28c8cf4c29@mail.gmail.com> References: <2fd864e0903020512i22b2c31fg487aaf37fed6398b@mail.gmail.com> <20090302.132522.-432836388.imp@bsdimp.com> <20090302233215.GA53763@duncan.reilly.home> <20090302.181513.1973603215.imp@bsdimp.com> <584bfc3f0903030833k70405609q7e2d3b28c8cf4c29@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--1yeeQ81UyVL57Vl7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 03, 2009 at 07:33:39PM +0300, Mike Telahun Makonnen wrote: > On Tue, Mar 3, 2009 at 4:15 AM, M. Warner Losh <imp@bsdimp.com> wrote: > > In message: <20090302233215.GA53763@duncan.reilly.home> > > ? ? ? ? ? ?Andrew Reilly <andrew-freebsd@areilly.bpc-users.org> writes: > > : On Mon, Mar 02, 2009 at 01:25:22PM -0700, M. Warner Losh wrote: > > : > In message: <2fd864e0903020512i22b2c31fg487aaf37fed6398b@mail.gmail= =2Ecom> > > : > ? ? ? ? ? ? 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 do= esn'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. >=20 > Ok. I've been waiting to see if brooks@ was going to weigh in on this, > but I'll go ahead and make the change now and see if there is any more > fall-out. Once that's done, network behaviour should be more or less > the same as before my change, with the exception that any DHCP > interfaces that aren't plugged in may delay the boot by more than > 30sec. I don't have much time to debug this, but I've not had problems with services starting too early on the systems I've been running with async dhcp. If there is a problem with the wait process we need to actually debug it. If the wait for a route/running interface isn't sufficent we should try to figure out what is. Synchronous dhcp sucks and yeilds justifed user complaints so it would be nice to kill it off. I switched the default because it worked for me and I hoped that people would help find and fix edge cases. BTW, the change to background by default still doesn't make sense to me. At best it shouldn't do anything useful in the async case and it entierly defeats the sync case. > [snip] > > > > : Needing synchronous DHCP as a work-around here is just the > > : signifier of the problem: it isn't the over-all solution. > > > > It is a short-term work-around at best. >=20 > >From the problems that have been reported so far it seems to me the > problem is with some drivers that repeatedly bring the network link up > and down. The *ideal* solution seems (to me) to be to fix these > drivers. Am I wrong? This needs to be the solution in the end. -- Brooks --1yeeQ81UyVL57Vl7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iD4DBQFJrXDbXY6L6fI4GtQRAsi9AJ9wdYVVbe4o9wyD78OWKxMTZVqBywCYpQjt nu+aGMnug7r4TeIiW9JOqw== =ZAQV -----END PGP SIGNATURE----- --1yeeQ81UyVL57Vl7--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20090303180307.GA11134>