Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 9 Mar 2007 10:57:12 +0100 (CET)
From:      Oliver Fromme <olli@lurza.secnetix.de>
To:        freebsd-hackers@FreeBSD.ORG, killing@multiplay.co.uk, dougb@FreeBSD.ORG, des@des.no, mwm@mired.org
Subject:   Re: NFS based /usr prevents normal startup due to slow net init
Message-ID:  <200703090957.l299vCEi066075@lurza.secnetix.de>
In-Reply-To: <00ac01c761e7$b5c75e30$b3db87d4@multiplay.co.uk>

next in thread | previous in thread | raw e-mail | index | archive | help
Steven Hartland wrote:
 > Doug Barton wrote:
 > > Steven Hartland wrote:
 > > 
 > > > Given that it sounds like a potential workaround is to use the
 > > > machines IP instead of name until this is fixed, thanks for the info
 > > > guys. 
 > > 
 > > For as long as I can remember, it's been a Best Practice to have
 > > entries for critical NFS servers in /etc/hosts.
 > 
 > Hmm sounds more like a workaround for something thats not been
 > fixed to me but thats just my opinion.

I agree with both of you ...  I also always have critical
NFS servers in /etc/hosts in order to make them independent
of working DNS.  It is recommended as Best Practice, not
only on FreeBSD.  But indeed it really feels like a work-
around rather than a solution.

However, the problem isn't easy to solve in general.

For FreeBSD, I think a workable solution would be to
write a new RC script (e.g. /etc/rc.d/port_up) that
polls the configured interfaces and waits until they
are up.  It should have a configurable timeout so it
won't hang forever.  Then add it to the REQUIRE line
of the /etc/rc.d/mountcritremote script.

Best regards
   Oliver

-- 
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA 74606,  Geschäftsfuehrung:
secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün-
chen, HRB 125758,  Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart

FreeBSD-Dienstleistungen, -Produkte und mehr:  http://www.secnetix.de/bsd

"[...]  one observation we can make here is that Python makes
an excellent pseudocoding language, with the wonderful attribute
that it can actually be executed."  --  Bruce Eckel



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200703090957.l299vCEi066075>