Re: 2.4.17 oops - ext2/ext3 fs corruption (?)

Eric (eric-linuxkernel@dragonglen.net)
Sat, 12 Jan 2002 06:25:36 -0800 (PST)


On Sun, 6 Jan 2002, Daniel Phillips wrote:

> On January 6, 2002 12:31 am, Eric wrote:
> > On Sat, 5 Jan 2002, Andrew Morton wrote:
> > > Eric wrote:
> > > >
> > > > I seem to be having a reoccurring problem with my Red Hat 7.2 system
> > > > running kernel 2.4.17. Four times now, I have seen the kernel generate an
> > > > oops. After the oops, I find that one of file systems is no longer sane.
> > > > The effect that I see is a Segmentation Fault when things like ls or du
> > > > some directory (the directory is never the same). Also, when the system
> > > > is going down for a reboot, it is unable to umount the file system. The
> > > > umount command returns a "bad lseek" error.
> > >
> > > Everything here points at failing hardware. Probably memory errors.
> > > People say that memtest86 is good at detecting these things. Another
> > > way to verify this is to move the same setup onto a different computer...
> >
> > I ran memtest86 on the system and let it complete 4 passes before I
> > stopped it. It found no errors. Unfortunately, I do not have another
> > system available to test this on. Are there any other diagnostics I can
> > run to determine if this is truly a hardware problem?
>
> This doesn't smell like hardware to me, since your two backtraces are identical:

In an attempt to try a get more information about what is going on, I
tried compiling a new kernel with the options CONFIG_DEBUG_KERNEL and
CONFIG_DEBUG_BUGVERBOSE turned on. However, this seems to have made
things worse. Now, in about 6-12 hours from boot-up, the system will hang
completely with no information from the kernel on the console. The only
way to get out it is to use the reset button on the front of the box.

Is there anything else I can do to try and determine if this is a kernel
problem? Or at least get more information about what is going on?

Thanks,

Eric

-
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/