xfs
[Top] [All Lists]

Re: Kernel OOPS

To: Eric Sandeen <sandeen@xxxxxxx>
Subject: Re: Kernel OOPS
From: Dan Rich <drich@xxxxxxxxxxxxx>
Date: Tue, 19 Feb 2002 09:35:21 -0800 (PST)
Cc: <linux-xfs@xxxxxxxxxxx>
In-reply-to: <Pine.LNX.4.33.0202181437020.17806-100000@chuckle.americas.sgi.com>
Sender: owner-linux-xfs@xxxxxxxxxxx
On Mon, 18 Feb 2002, Eric Sandeen wrote:

> On Mon, 18 Feb 2002, Dan Rich wrote:
>
> > I'm seeing the following crash on my server.  This system is a SMP system
> > with a Highpoint IDE Raid controller and a Buslogic SCSI card (I'm
> > mentioning that because the crash appears to go away if I remove the SCSI
> > interface).  From the output of ksymoops, it appears to be crashing in the
> > xfs routines.
>
> Please turn spinlock debugging off, it's not compatible with the way xfs
> handles signed chars... we need to do something about this some day.  :)

Ok, I did and that fixed *most* of my crashing.  However, I still have the
crash below when I'm trying to backup the system with amanda (in fact,
this is the crash that got me to turn on spinlock debugging in the first
place :)

Any thoughts?

Unable to handle kernel NULL pointer dereference at virtual address 0000009c
c021d988
*pde = 00000000
Oops: 0002
CPU:    0
EIP:    0010:[<c021d988>]    Not tainted
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010002
eax: 00000074   ebx: 00000074   ecx: 00000008   edx: ffffffe8
esi: c04d1ac0   edi: 00000000   ebp: e4095964   esp: e4095960
ds: 0018   es: 0018   ss: 0018
Process xfsdump (pid: 15236, stackpage=e4095000)
Stack: ffffffe8 e4095978 c01e8b94 00000074 00000288 c01e8639 e40959a0 c01e8639
       ffffffe8 00000008 e31ce164 00545878 00000000 00000000 00b0184f bffffcc0
       e40959ec c01ed70e ef4a2400 00000000 00b0184f 00000000 00000008 e40959dc
Call Trace: [<c01e8b94>] [<c01e8639>] [<c01e8639>] [<c01ed70e>] [<c01ee57d>]
   [<c01ee7a4>] [<c01ed630>] [<c020e82f>] [<c02089d1>] [<c021d568>] [<c01d465f>]
   [<c0207f62>] [<c020c1ad>] [<c02083e1>] [<c0208dc7>] [<c01fcac5>] [<c01de955>]
   [<c01d49a1>] [<c01d77e4>] [<c01d6b10>] [<c01308b1>] [<c020d007>] [<c020d07b>]
   [<c012838f>] [<c012bd80>] [<c0128402>] [<c0128550>] [<c014d3be>] [<c0140001>]
   [<c0146c10>] [<c01467be>] [<c0146c10>] [<c020d22b>] [<c0105865>] [<c0105865>]
   [<c01466f7>] [<c0105865>] [<c010705b>] [<c0105865>]
Code: f0 fe 4b 28 0f 88 25 1d 15 00 8b 43 08 85 c0 74 18 ff 43 04

>>EIP; c021d988 <mraccessf+8/70>   <=====
Trace; c01e8b94 <xfs_ilock+14/20>
Trace; c01e8638 <xfs_iget+108/160>
Trace; c01e8638 <xfs_iget+108/160>
Trace; c01ed70e <xfs_bulkstat_one+de/4f0>
Trace; c01ee57c <xfs_bulkstat+a5c/bf0>
Trace; c01ee7a4 <xfs_bulkstat_single+94/140>
Trace; c01ed630 <xfs_bulkstat_one+0/4f0>
Trace; c020e82e <xfs_ioctl+63e/1460>
Trace; c02089d0 <pagebuf_get+a0/f0>
Trace; c021d568 <kmem_zone_alloc+38/d0>
Trace; c01d465e <xfs_da_buf_make+1e/150>
Trace; c0207f62 <avl_delete+72/80>
Trace; c020c1ac <_pagebuf_free_lockable_buffer+2c/40>
Trace; c02083e0 <_pagebuf_free_object+e0/110>
Trace; c0208dc6 <pagebuf_rele+66/90>
Trace; c01fcac4 <xfs_trans_brelse+44/f0>
Trace; c01de954 <xfs_dir2_sf_getdents+554/5f0>
Trace; c01d49a0 <xfs_da_brelse+80/b0>
Trace; c01d77e4 <xfs_dir2_block_getdents+2a4/2b0>
Trace; c01d6b10 <xfs_dir2_put_dirent64_direct+0/80>
Trace; c01308b0 <free_block+190/240>
Trace; c020d006 <linvfs_readdir+1b6/240>
Trace; c020d07a <linvfs_readdir+22a/240>
Trace; c012838e <do_anonymous_page+9e/c0>
Trace; c012bd80 <filemap_nopage+0/200>
Trace; c0128402 <do_no_page+52/140>
Trace; c0128550 <handle_mm_fault+60/d0>
Trace; c014d3be <iput+5e/1f0>
Trace; c0140000 <sys_uselib+70/130>
Trace; c0146c10 <filldir64+0/130>
Trace; c01467be <vfs_readdir+7e/d0>
Trace; c0146c10 <filldir64+0/130>
Trace; c020d22a <linvfs_ioctl+2a/60>
Trace; c0105864 <dump_thread+14/120>
Trace; c0105864 <dump_thread+14/120>
Trace; c01466f6 <sys_ioctl+1e6/230>
Trace; c0105864 <dump_thread+14/120>
Trace; c010705a <system_call+32/38>
Trace; c0105864 <dump_thread+14/120>
Code;  c021d988 <mraccessf+8/70>
00000000 <_EIP>:
Code;  c021d988 <mraccessf+8/70>   <=====
   0:   f0 fe 4b 28               lock decb 0x28(%ebx)   <=====
Code;  c021d98c <mraccessf+c/70>
   4:   0f 88 25 1d 15 00         js     151d2f <_EIP+0x151d2f> c036f6b6 
<stext_lock+562a/c154>
Code;  c021d992 <mraccessf+12/70>
   a:   8b 43 08                  mov    0x8(%ebx),%eax
Code;  c021d994 <mraccessf+14/70>
   d:   85 c0                     test   %eax,%eax
Code;  c021d996 <mraccessf+16/70>
   f:   74 18                     je     29 <_EIP+0x29> c021d9b0 
<mraccessf+30/70>
Code;  c021d998 <mraccessf+18/70>
  11:   ff 43 04                  incl   0x4(%ebx)

Entering kdb (current=0xe4094000, pid 15236) on processor 0 Oops: Oops
eax = 0x00000074 ebx = 0x00000074 ecx = 0x00000008 edx = 0xffffffe8
esi = 0xc04d1ac0 edi = 0x00000000 esp = 0xe4095960 eip = 0xc021d988
ebp = 0xe4095964 xss = 0x00000018 xcs = 0x00000010 eflags = 0x00010002

-- 
Dan Rich <drich@xxxxxxxxxxxxx> |   http://www.employees.org/~drich/
                               |  "Step up to red alert!"  "Are you sure, sir?
                               |   It means changing the bulb in the sign..."
                               |          - Red Dwarf (BBC)


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