From owner-freebsd-current  Tue Apr  9 13:10:46 1996
Return-Path: owner-current
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id NAA08697
          for current-outgoing; Tue, 9 Apr 1996 13:10:46 -0700 (PDT)
Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA08690
          for <freebsd-current@freebsd.org>; Tue, 9 Apr 1996 13:10:40 -0700 (PDT)
Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA05742; Tue, 9 Apr 1996 13:04:00 -0700
From: Terry Lambert <terry@lambert.org>
Message-Id: <199604092004.NAA05742@phaeton.artisoft.com>
Subject: Re: fhtovp: filestart miss
To: j@uriah.heep.sax.de (J Wunsch)
Date: Tue, 9 Apr 1996 13:03:59 -0700 (MST)
Cc: freebsd-current@freebsd.org, kuku@gilberto.physik.rwth-aachen.de
In-Reply-To: <199604091502.RAA10126@uriah.heep.sax.de> from "J Wunsch" at Apr 9, 96 05:02:10 pm
X-Mailer: ELM [version 2.4 PL24]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-current@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

> The NFS file handle code in cd9660 hit again...  Perhaps nothing to
> worry much about.  It should have sent out a ``stale NFS file handle''
> to the client without even bothering to log this message.  Perhaps
> the authors didn't trust their own code, and hence decided to log
> these cases (just in case it might be a bug in cd9660).

They did not trust media change notification and they did not
implement media change detection.

For a drive which can not have media changed without notification,
the message should be logged.  For "clamshell" and similar drives,
where the media can be changed without door locks or notification,
the code should go into change autodetect when this happens, and,
potentially, the mount export should be invalidated.  Ideally, it
would only be the export: a media change should cause an automatic
unmount followed by an automatic mount of the new media.


					Terry Lambert
					terry@lambert.org
---
Any opinions in this posting are my own and not those of my present
or previous employers.