Date: Thu, 25 Apr 2002 18:00:00 +0100 From: Brian Candler <B.Candler@pobox.com> To: Luigi Rizzo <rizzo@icir.org> Cc: freebsd-small@FreeBSD.ORG Subject: Re: NFS root and unnecessary NFS operations Message-ID: <20020425180000.A1031@linnet.org> In-Reply-To: <20020425094944.A34575@iguana.icir.org>; from rizzo@icir.org on Thu, Apr 25, 2002 at 09:49:44AM -0700 References: <20020425174139.A871@linnet.org> <20020425094944.A34575@iguana.icir.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Apr 25, 2002 at 09:49:44AM -0700, Luigi Rizzo wrote: > Off the top of my head, i think you might see accesses to /etc/malloc.conf > (on stock 'diskless' FreeBSD installations, at least recently, > /etc goes onto a RAMdisk so you don't see these accesses). My system has /etc in RAMdisk too. Actually it's a ramdisk on /conf/etc which is null-mounted back onto /etc, although I notice that newer distributions eliminate this by just putting a ramdisk on /etc. > using tcpdump -v -s 256 might give you a better idea on what > accesses are being attempted. Good idea, although it doesn't show much more. Running test (3) again gives # tcpdump -n -i fxp0 -s 1500 -v udp port 2049 ... 17:55:00.686348 192.168.0.91.649129623 > 192.168.0.1.2049: 104 access fh Unknown/1 003f (ttl 64, id 10087) 17:55:00.686515 192.168.0.1.2049 > 192.168.0.91.649129623: reply ok 120 access attr: REG 444 ids 0/0 sz 35124 c 0001 (ttl 64, id 41864) ... So maybe it's just checking permissions each time the file is opened? But there is supposed to be an access cache. sysctl reports: vfs.nfs.access_cache_timeout: 60 Cheers, Brian. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-small" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020425180000.A1031>