[1644] in SIPB_Linux_Development

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

Re: Ted's patch to fix cache corruption

daemon@ATHENA.MIT.EDU (Derek Atkins)
Sun Apr 6 11:23:34 1997

To: Erik Nygren <nygren@MIT.EDU>
Cc: linux-dev@MIT.EDU, linux-afs-bugs@MIT.EDU
From: Derek Atkins <warlord@MIT.EDU>
Date: 06 Apr 1997 11:23:14 -0400
In-Reply-To: Erik Nygren's message of Sat, 05 Apr 1997 00:42:02 EST

It's just AFS's design to fail...  It expects the space you tell it it
has to actually be there.  By the time it finds out there isn't any
more space, its too late for the kernel to do anything.  I guess I
could have the kernel panic in this case instead of corrupting files,
but I'm not convinced that would be a better solution.

-derek

Erik Nygren <nygren@MIT.EDU> writes:

> 
> 
> Well, I guess the problem with Ted's patch was my fault.
> (That's not saying there aren't other problems, just that
> the problems I reported earlier wre my fault).  I had
> upgraded the afs rpm with -Uvh which removed the /usr/vice
> symlink and made the AFS cache be on the root partition
> (which was mostly full).  This had caused cache corruption
> due to the cache partition filling.  (Is there is any
> way to detect this situation and either warn the user or
> fail or simply panic?  Corrupting files with the cache
> partition fills is poor.)
> 
> Anyways, I'm trying Ted's patch again, this time with
> the cache on its own partition.  I'll let you
> know if I have any luck or problems.  (But considering
> that I haven't been able to produce the problem
> in the first place on an older 2.0.x kernel, I'm
> not sure I'll have any better luck here).
> 
> Other people should also try Ted's patch against 2.0.29
> to see if you get any cache corruption.  You might
> considr putting in some printk's to log when thye old
> kernel would have failed but where the new one does better
> (just to see how often the situation happens).
> 
> 	Erik

-- 
       Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
       Member, MIT Student Information Processing Board  (SIPB)
       URL: http://web.mit.edu/warlord/      PP-ASEL      N1NWH
       warlord@MIT.EDU                        PGP key available

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