xfs
[Top] [All Lists]

Re: sparc64 oops during recovery

To: ppetru@xxxxxxxxxx (Petru Paler)
Subject: Re: sparc64 oops during recovery
From: Steve Lord <lord@xxxxxxx>
Date: Thu, 12 Apr 2001 17:42:51 -0500
Cc: linux-xfs@xxxxxxxxxxx
In-reply-to: Message from ppetru@xxxxxxxxxx (Petru Paler) of "Thu, 12 Apr 2001 23:11:07 +0300." <20010412231107.C5903@xxxxxxxxxx>
Sender: owner-linux-xfs@xxxxxxxxxxx
You say you reverted to a previous kernel - I presume you managed to 
recover the filesystem using this kernel. If so, what was the 'previous'
kernel? Have you run recovery on sparc64 systems before?

I have seen this trace in a crash before, but not for quite a while,
I will have to think about this one a little.

Steve

> XFS from CVS checkout about 12 hours ago running on a E450 clone.
> Distribution is Debian woody (gcc 2.95.3). I reverted to the previous
> kernel for now, as this is a production machine, but let me know if
> you need more info.
> 
> grey:~# ksymoops -m /boot/System.map oops
> ksymoops 2.3.7 on sparc64 2.4.3-XFS.  Options used
>      -V (default)
>      -k /proc/ksyms (default)
>      -l /proc/modules (default)
>      -o /lib/modules/2.4.3-XFS/ (default)
>      -m /boot/System.map (specified)
> 
> Error (regular_file): read_ksyms stat /proc/ksyms failed
> ksymoops: No such file or directory
> No modules in ksyms, skipping objects
> No ksyms, skipping lsmod
> Unable to handle kernel NULL pointer dereference
> tsk->{mm,active_mm}->context = 0000000000000431
> tsk->{mm,active_mm}->pgd = fffff8003f140000
>               \|/ ____ \|/
>               "@'/ .. \`@"
>               /_| \__/ |_\
>                  \__U_/
> mount(55): Oops
> CPU[0]: local_irq_count[0] irqs_running[0]
> TSTATE: 0000004411009600 TPC: 00000000004c9234 TNPC: 00000000004c9238 Y: 0000
> 0000 g0: fffff8003f30ae6c g1: fffff8003f1b8000 g2: 00000000b4da4600 g3: 00000
> 00000000200
> Using defaults from ksymoops -t elf32-sparc -a sparc
> g4: fffff80000000000 g5: 0000000000000000 g6: fffff8003f308000 g7: 0000000000
> 000000
> o0: 0000000000000008 o1: 0000000000000000 o2: fffff8003f3079c0 o3: 0000000000
> 000000
> o4: 0000000000000010 o5: 0000000000002000 sp: fffff8003f30a6e1 ret_pc: 000000
> 00004c9204
> l0: 0000000000000001 l1: 0000000000000010 l2: 0000000000000000 l3: 0000000000
> 000000
> l4: 0000000000000000 l5: 0000000000000000 l6: fffff8003f30b0b0 l7: 0000000000
> 000000
> i0: fffff8003f307800 i1: 0000000000000000 i2: 0000000000000000 i3: fffff8003f
> 30b098
> i4: fffff8003f30b090 i5: 000000000000494e i6: fffff8003f30a7e1 i7: 0000000000
> 4ca9bc
> Caller[00000000004ca9bc]
> Caller[00000000004c81bc]
> Caller[00000000004c85bc]
> Caller[00000000004d66fc]
> Caller[00000000004d6ef8]
> Caller[00000000004cffd4]
> Caller[00000000004d8554]
> Caller[00000000004dfd40]
> Caller[00000000004dff90]
> Caller[00000000004dffdc]
> Caller[00000000004eff00]
> Caller[000000000046a1fc]
> Caller[000000000046a4e8]
> Caller[000000000046b374]
> Caller[000000000042e0b0]
> Caller[000000000040fe34]
> Caller[0000000000012878]
> Instruction DUMP: ba12214e  b4102000  d00e20ba <d202e010> 912e8008  808a6004 
>  02600005  953a2000  d05ae050
> 
> >>PC;  004c9234 <xfs_itobp+d4/1a0>   <=====
> >>O7;  004c9204 <xfs_itobp+a4/1a0>
> >>I7;  004ca9bc <xfs_iread+3c/180>
> Trace; 004ca9bc <xfs_iread+3c/180>
> Trace; 004c81bc <xfs_iget_core+31c/700>
> Trace; 004c85bc <xfs_iget+1c/40>
> Trace; 004d66fc <xlog_recover_process_iunlinks+bc/1c0>
> Trace; 004d6ef8 <xlog_recover_finish+38/160>
> Trace; 004cffd4 <xfs_log_mount_finish+14/40>
> Trace; 004d8554 <xfs_mountfs+a94/bc0>
> Trace; 004dfd40 <xfs_cmountfs+520/5c0>
> Trace; 004dff90 <xfs_mount+b0/e0>
> Trace; 004dffdc <xfs_vfsmount+1c/40>
> Trace; 004eff00 <linvfs_read_super+1e0/300>
> Trace; 0046a1fc <read_super+dc/180>
> Trace; 0046a4e8 <get_sb_bdev+188/200>
> Trace; 0046b374 <do_mount+194/3c0>
> Trace; 0042e0b0 <sys32_mount+130/1a0>
> Trace; 0040fe34 <linux_sparc_syscall32+34/40>
> Trace; 00012878 Before first symbol
> Code;  004c9228 <xfs_itobp+c8/1a0>
> 0000000000000000 <_PC>:
> Code;  004c9228 <xfs_itobp+c8/1a0>
>    0:   ba 12 21 4e       or  %o0, 0x14e, %i5
> Code;  004c922c <xfs_itobp+cc/1a0>
>    4:   b4 10 20 00       clr  %i2
> Code;  004c9230 <xfs_itobp+d0/1a0>
>    8:   d0 0e 20 ba       ldub  [ %i0 + 0xba ], %o0
> Code;  004c9234 <xfs_itobp+d4/1a0>   <=====
>    c:   d2 02 e0 10       ld  [ %o3 + 0x10 ], %o1   <=====
> Code;  004c9238 <xfs_itobp+d8/1a0>
>   10:   91 2e 80 08       sll  %i2, %o0, %o0
> Code;  004c923c <xfs_itobp+dc/1a0>
>   14:   80 8a 60 04       btst  4, %o1
> Code;  004c9240 <xfs_itobp+e0/1a0>
>   18:   02 60 00 05       unknown
> Code;  004c9244 <xfs_itobp+e4/1a0>
>   1c:   95 3a 20 00       sra  %o0, 0, %o2
> Code;  004c9248 <xfs_itobp+e8/1a0>
>   20:   d0 5a e0 50       unknown
> 
> CPU[2]: local_irq_count[0] irqs_running[0]
> TSTATE: 0000000480009601 TPC: 0000000000468dbc TNPC: 0000000000468dc0 Y: 0700
> 0000 g0: fffff8003fdcb531 g1: 0000000000000044 g2: 0000000000000000 g3: fffff
> 8003fdcbde0
> g4: fffff80000000000 g5: fffff8003f28c000 g6: fffff8003fdc8000 g7: 0000000000
> 0000ff
> o0: 0000000100000000 o1: 0000000000001ba3 o2: 0000000000607288 o3: 0000000000
> 5fdd00
> o4: 0000000000000000 o5: 0000000000601650 sp: fffff8003fdcb561 ret_pc: 000000
> 000043db08
> l0: 000000000
> 
> 
> --
> Petru Paler, mailto:ppetru@xxxxxxxxxx
> http://www.ppetru.net - ICQ: 41817235



<Prev in Thread] Current Thread [Next in Thread>