From owner-freebsd-hackers Wed Mar 12 13:31:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA12279 for hackers-outgoing; Wed, 12 Mar 1997 13:31:57 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id NAA12270 for ; Wed, 12 Mar 1997 13:31:52 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA13271; Wed, 12 Mar 1997 22:31:44 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id WAA09681; Wed, 12 Mar 1997 22:10:19 +0100 (MET) Message-ID: <19970312221019.AB06345@uriah.heep.sax.de> Date: Wed, 12 Mar 1997 22:10:19 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Cc: dfr@render.com (Doug Rabson) Subject: Re: NFSv3 (was: Maybe a showstopper...) References: <19970311194645.GS08931@uriah.heep.sax.de> <19970311225100.SW24783@uriah.heep.sax.de> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Doug Rabson on Mar 12, 1997 12:01:45 +0000 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Doug Rabson wrote: > > Who had thought that Sun doesn't implement the NFSv3 specification > > correctly? :-)) > You are spot on. The calls to getdents are supplying stale cookies to > the server and the server is telling them to get lost. The client is > supposed to recover from this be re-reading the directory. Yep. > If the cookies are rejected by the server, it simply re-reads from the > start of the directory and rebuilds its logical (buffer offset) to > physical (nfs cookie) mapping. The file offset used by getdirentries > is an offset into the logical mapping of the client's cache. Glad to hear that FreeBSD's client doesn't suffer from the same problem. Let's see, our company is also a Sun reseller, i'll see to get hold of someone there to make them aware of their problem. OTOH, the FreeBSD server is what the NFSv3 specs calls ``overly restrictive''. Do you see any chance to make this behaviour more benign, and hand out a new cookie verifier only if the directory has really shrunk, and the old cookie indeed went stale? (Correct me if this is already the case, i have no idea what affects the va_filerev.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-)