[902] in NetBSD-Development

home help back first fref pref prev next nref lref last post

Re: Some form of cache corruption

daemon@ATHENA.MIT.EDU (John Kohl)
Wed Jul 26 09:17:01 1995

Date: Wed, 26 Jul 1995 09:16:43 -0400
From: John Kohl <jtk@atria.com>
To: ghudson@MIT.EDU
Cc: netbsd-afs@MIT.EDU
In-Reply-To: <199507060637.CAA23275@glacier.MIT.EDU> (message from Greg Hudson
	on Thu, 6 Jul 1995 02:37:44 -0400)

>>>>> "Greg" == Greg Hudson <ghudson@MIT.EDU> writes:

Greg> I've had an odd problem on both limekiller and glacier tonight.
Greg> The problem seems to have occurred when project.gnu.i386_nbsd1 was
Greg> released and a new version of gnu ls propagated into
Greg> /mit/gnu/arch/i386_nbsd1/bin.  The version from the read-only
Greg> volume is dumping core, while the version from the read-write
Greg> volume works.  However, "sum" and "diff" think the two are the
Greg> same:

Greg> This problem did not happen when I logged into granola and tested
Greg> it after I encountered the problem on limekiller, suggesting that
Greg> the problem is conditional on ls having been in the AFS cache
Greg> prior to the volume release.

I have a suspicion as to what causes this, but I haven't looked at the
code (I'll be doing some AFS stuff tonight, so I'll try to find it).
Somewhere when a file is re-released AFS needs to call the VM system to
uncache pages it has from the old version of the file.

home help back first fref pref prev next nref lref last post