From owner-freebsd-current Mon Jul 24 17:25:06 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id RAA27284 for current-outgoing; Mon, 24 Jul 1995 17:25:06 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id RAA27275 for ; Mon, 24 Jul 1995 17:24:54 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA27766; Tue, 25 Jul 1995 02:22:05 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id CAA24166 for current@freefall.cdrom.com; Tue, 25 Jul 1995 02:39:18 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id MAA05269 for current@freefall.cdrom.com; Mon, 24 Jul 1995 12:58:00 +0200 From: J Wunsch Message-Id: <199507241058.MAA05269@uriah.heep.sax.de> Subject: Re: Interesting NFS problem with -current To: current@freefall.cdrom.com Date: Mon, 24 Jul 1995 12:57:59 +0200 (MET DST) Reply-To: current@freefall.cdrom.com In-Reply-To: <199507240605.XAA00457@throck.cdrom.com> from "Jordan K. Hubbard" at Jul 23, 95 11:05:51 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1218 Sender: current-owner@FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > > Scenario: Several hosts with cross-mount privs managed by AMD. Host foo > exports its cdrom drive to host bar, which can see it in /host/foo/cdrom. > So far, so good. Now say that foo unmounts the CD in the drive and mounts > a new one. Host bar now sees: > > : /host/foo/cdrom: Stale NFS file handle > > In response to any access to the newly mounted CD. At the > same time as the access, host foo prints: > > fhtovp: file start miss 60 vs 20 > > On its system console. > > I figure this is something to do with NFS v3, but perhaps the data > is of use to someone working in that area. The decision of the cd9660 code whether some NFS client is accessing a stale NFS file handle (i.e. one that's been granted for a previous CD) is rather a crock. I haven't got a good idea on how to solve this better. I suspect the generation of stale NFS file handles for removable sd-type disks might be as broken as well, but it's not as obvious there as for CDs. Might become a point with the advent of ZIP drives however. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-)