Date: Tue, 9 Apr 1996 13:03:59 -0700 (MST) From: Terry Lambert <terry@lambert.org> To: j@uriah.heep.sax.de (J Wunsch) Cc: freebsd-current@freebsd.org, kuku@gilberto.physik.rwth-aachen.de Subject: Re: fhtovp: filestart miss Message-ID: <199604092004.NAA05742@phaeton.artisoft.com> In-Reply-To: <199604091502.RAA10126@uriah.heep.sax.de> from "J Wunsch" at Apr 9, 96 05:02:10 pm
next in thread | previous in thread | raw e-mail | index | archive | help
> 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.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199604092004.NAA05742>