Date: Sun, 27 Aug 1995 08:19:10 +0200 (MET DST) From: J Wunsch <j@uriah.heep.sax.de> To: freebsd-current@FreeBSD.org (FreeBSD-current users) Subject: Re: nfs panic after changing cd's Message-ID: <199508270619.IAA21777@uriah.heep.sax.de> In-Reply-To: <9508262204.AA16363@cs.weber.edu> from "Terry Lambert" at Aug 26, 95 04:04:14 pm
next in thread | previous in thread | raw e-mail | index | archive | help
As Terry Lambert wrote: > > The cd9660 has glossed over the idea of a generation count; in point of > fact, the generation count on an inode for a cdromfs is *exactly* what is > needed to fix this problem. This is what the UFS uses on a remount on > the same mountpoint of another FS to cause it to return ESTALE. The > ESTALE should be returned before a lot of the crap dereferences in the > cd9660 FS take place. Sorry, i cannot entirely follow you. :) I think the idea behind the decision as it's done now was to allow the remount of an identical CD without returning ESTALE. It has been discussed here that computing some MD5 checksum for the CD is probably the best way to base a decision for stale NFS file handles on. -- 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. ;-)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199508270619.IAA21777>