On Fri, Mar 21, 2003 at 12:14:55PM +0300, Oleg Drokin wrote:
> > > Hm, very interesting. Thank you.
> > > I've seen this once too, but on kernel patched with lots of unrelated and
> > > possibly memory corrupting stuff.
> > > I will look at it more closely.
> > > BTW, it oopsed not in find. Is your box SMP?
> > Same box committed seppuku overnight, this time in a different way.
>
> Hm, am I missing something?
> So it died in the morning yesterday, but before that it died again? Or were those
> two different nights? ;)
two different nights. (with a reboot between them), and again last
night. Seems to die each 6am when the cron jobs run.
if you want, I'll force them to run more often to chase this down / try
out debugging patches etc..
> > There's lots of "slab error in cache_alloc_debugcheck_after()"
> > warnings. cache reiser_inode_cache memory after object was overwritten
> This second oops and first BUG you quoted indicate that internal slab structures
> (I think second oops happened in the middle of list_del) were corrupted, not
> the guarded data itself.
> At least I think so.
> Can I take a look at your .config?
http://www.codemonkey.org.uk/cruft/dotconfig
I'll rebuild that kernel with reiserfs extended checking on later.
Dave
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Sun Mar 23 2003 - 22:00:35 EST