On Tue, 2003-01-14 at 13:15, Lukasz Trabinski wrote:
> Since 2.4.20, we have problems with ext3. Machine is 2xPentium III (1GHz),
> 2GB RAM, 1GB swap. RH 8.0 (glibc-2.3.1-21), gcc (GCC) 3.2 20020903
So it was stable under earlier kernels?
> Is it a problem with ext3 or problems with disk (hardware problem) or
> something else?
There's nothing in the trace to indicate a hardware fault. Is there
anything else showing up in the logs which might indicate the kernel
getting into a tangle?
>From the assert failure:
> Jan 14 12:53:52 oceanic kernel: Assertion failure in
> journal_start_Rsmp_909c88ec() at transaction.c:249:
> "handle->h_transaction->t_journal == journal"
it looks as if either the VM has been recursing into the filesystem
(filesystem problem or a missing GFP_NOFS somewhere), or there has been
a stack overflow (the data structure that the mismatch is on is just
about the very last thing on the task structure that the stack grows
But as for the decoded OOPS, I can't immediately trace through it
successfully. There's no syscall entry point at the top of the stack,
and there appear to be two separate possible interpretations of the call
trace. Do you have any other captured oopses that I might be able to
find some common threads in?
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to firstname.lastname@example.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 : Thu Jan 23 2003 - 22:00:25 EST