Date: Fri, 30 Dec 2005 21:22:44 -0500 From: Garrett Wollman <wollman@csail.mit.edu> To: Doug Barton <dougb@FreeBSD.org> Cc: freebsd-rc@FreeBSD.org, bug-followup@FreeBSD.org Subject: Re: conf/90863: [patch] 6.0 boot: name resolution broken for daemon startup Message-ID: <17333.60276.293518.585286@khavrinen.csail.mit.edu> In-Reply-To: <200512310157.jBV1vuCf033689@freefall.freebsd.org> References: <200512310157.jBV1vuCf033689@freefall.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
<<On Sat, 31 Dec 2005 01:57:56 GMT, Doug Barton <dougb@FreeBSD.org> said: > First, if you're sure that the problem is with the bge interface, > I would prefer to see the problem fixed generically there, rather > than in rc.d/named. It's not a problem with bge(4), it's a general problem with network interfaces that take a long time to bring the link up after it is initialized. (I expect to have the same problem with ti(4) on a machine I'm upgrading right now.) In this particular case I'm willing to wait forever, since the machine can't do anything useful until it has network, but that would be unacceptable for the general case. Ordinary workstations using DHCP don't see this, because you obviously can't get a lease until you can communicate with the DHCP server. What I'd like would be to have a "don't fork until you're really ready" option for named (or even better, for that to be restored as the default behavior); servers without a local resolver don't have this problem, because the stub resolver will retry requests that don't elicit a response. I think that's a superior solution to anything that requires explicit configuration on the part of the sysadmin. > As for the boot order of named, Garrett is right, it starts as > soon as it's possible for it to start. If Greg wants to change > rc.d/sendmail to REQUIRE: named, that's up to him. sendmail already REQUIRE:s LOGIN, so there's no issue there. -GAWollman
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?17333.60276.293518.585286>