[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: Oops on 2.4.13 w/ ext3-2.4-0.9.13-2413


I've received another log of an Oops today, and wanted to give you
the decoded version.   Let me know what you think..

NIP: C00804B4 XER: 00000000 LR: C007E2D8 SP: CD48DD60 REGS: cd48dcb0
Using defaults from ksymoops -t elf32-powerpc -a powerpc:common
MSR: 00089032 EE: 1 PR: 0 FP: 0 ME: 1 IR/DR: 11
TASK = cd48c000[584] 'rpm' Last syscall: 10
last math 00000000 last altivec 00000000
GPR00: C006BE04 CD48DD60 CD48C000 C08E3000 00000000 00000000 00000001 0004462E
GPR08: 00008000 CFD1EDC0 C01D0000 C0210000 44028042 0191D6DC 00000000 00000000
GPR16: 7FFFF750 00000007 C0190000 C0190000 00000100 C0190000 C0190000 CD48DE58
GPR24: 00000000 CE5DE5E0 0004462E C08E3000 CD051440 CD051440 CD45B4E0 00000001
Call backtrace:
CD45B4E0 C006BE04 C006ED18 C006F1C0 C006C128 C00585C8 C0055F44
C004CED4 C004D058 C0003DFC 0183046C 01804A14 01875ED8 00000000
Warning (Oops_read): Code line not seen, dumping what data is available

>>NIP; c00804b4 <journal_set_features+0/dc>   <=====
Trace; cd45b4e0 <_end+d221054/10dc7bd4>
Trace; c006be04 <ext3_forget+f4/184>
Trace; c006ed18 <ext3_free_branches+11c/288>
Trace; c006f1c0 <ext3_truncate+33c/4c0>
Trace; c006c128 <ext3_delete_inode+cc/17c>
Trace; c00585c8 <iput+164/27c>
Trace; c0055f44 <d_delete+74/a4>
Trace; c004ced4 <vfs_unlink+1b0/238>
Trace; c004d058 <sys_unlink+fc/1d4>
Trace; c0003dfc <ret_from_syscall_1+0/b4>
Trace; 0183046c Before first symbol
Trace; 01804a14 Before first symbol
Trace; 01875ed8 Before first symbol
Trace; 00000000 Before first symbol


Paul W.

On Wed, 14 Nov 2001, Stephen C. Tweedie wrote:

> Hi,
> On Wed, Nov 14, 2001 at 09:05:18AM -0800, Paul White wrote:
> > Thanks for the response - I only have a copy of this Oops, however
> > I will be sure to capture more today and post them as soon as I
> > have them..  
> > 
> > This Oops happened when copying a file over the top of another file
> > (overwriting an old file)..  I'll post them as I get them..
> So that's consistent with the truncate being the common factor.  It
> doesn't explain why this memory corruption is only happening on PPC,
> so any other oopses will be a great help, thanks.
> Cheers,
>  Stephen
> _______________________________________________
> Ext3-users mailing list
> Ext3-users redhat com
> https://listman.redhat.com/mailman/listinfo/ext3-users

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]