From owner-cvs-all Wed Aug 4 9:30:36 1999 Delivered-To: cvs-all@freebsd.org Received: from cygnus.rush.net (cygnus.rush.net [209.45.245.133]) by hub.freebsd.org (Postfix) with ESMTP id 12EF314D9F; Wed, 4 Aug 1999 09:30:25 -0700 (PDT) (envelope-from bright@rush.net) Received: from localhost (bright@localhost) by cygnus.rush.net (8.9.3/8.9.3) with SMTP id MAA05054; Wed, 4 Aug 1999 12:33:13 -0400 (EDT) Date: Wed, 4 Aug 1999 12:33:11 -0400 (EDT) From: Alfred Perlstein To: Peter Wemm Cc: cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG Subject: Re: cvs commit: src/sys/nfs nfsm_subs.h In-Reply-To: <199908041441.HAA13225@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk On Wed, 4 Aug 1999, Peter Wemm wrote: > peter 1999/08/04 07:41:40 PDT > > Modified files: > sys/nfs nfsm_subs.h > Log: > Don't over-allocate and over-copy shorter NFSv2 filehandles and then > correct the pointers afterwards. > > It's kinda bogus that we generate a 24 (?) byte filehandle (2 x int32 > fsid and 16 byte VFS fhandle) and pad it out to 64 bytes for NFSv3 with > garbage. The whole point of NFSv3's variable filehandle length was > to allow for shorter handles, both in memory and over the wire. I plan > on taking a shot at fixing this shortly. > > Revision Changes Path > 1.25 +11 -10 src/sys/nfs/nfsm_subs.h > while you are investigating that keep an eye open for the reason that NFS has become stateful lately. basically, if your server reboots, you must remount the filesystems or you will get ESTALE on the client side. i'm going to test whether this is a client or server problem soon then see if i can find it myself. -Alfred Perlstein - [bright@rush.net|bright@wintelcom.net] systems administrator and programmer Wintelcom - http://www.wintelcom.net/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message