From owner-freebsd-hackers Fri Sep 12 22:35:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA05892 for hackers-outgoing; Fri, 12 Sep 1997 22:35:28 -0700 (PDT) Received: from gdi.uoregon.edu (cisco-ts6-line5.uoregon.edu [128.223.150.35]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA05886 for ; Fri, 12 Sep 1997 22:35:25 -0700 (PDT) Received: from localhost (dwhite@localhost) by gdi.uoregon.edu (8.8.5/8.8.5) with SMTP id WAA18033; Fri, 12 Sep 1997 22:35:06 -0700 (PDT) Date: Fri, 12 Sep 1997 22:35:05 -0700 (PDT) From: Doug White X-Sender: dwhite@localhost Reply-To: Doug White To: Brian Somers cc: freebsd-hackers@FreeBSD.ORG Subject: Re: nfs startup - perhaps it is a problem In-Reply-To: <199709082235.XAA05402@awfulhak.demon.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 8 Sep 1997, Brian Somers wrote: > The problem was that mount couldn't resolve the host names from > fstab. This brings up two things: Oh that doesn't help ;-) > 1. Why is "mount -a -t nfs" redirected to /dev/null ? It seems > happy if there are no nfs filesystems in fstab, so wouldn't it be > better if we see any such errors ? > > 2. Should named be done in pass 1, or is it done this way because > your named config files may be on an nfs drive ;-/ > > The whole thing is worked around nicely by putting a nameserver in > resolv.conf or by reading /etc/hosts first and putting all your "close > friends" in there. I think 1. should be done at least. A good idea. I don't use NFS mounts so I don't know if mount gets noisy about mounting NFS. You'll have to ask hackers@freebsd.org about it. Your /etc/hosts should always be populated with necessary systems as a precaution and a speed improvement. Doug White | University of Oregon Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant http://gladstone.uoregon.edu/~dwhite | Computer Science Major Spam routed to /dev/null by Procmail | Death to Cyberpromo