xfs
[Top] [All Lists]

Re: Kernel oops on new mailserver

To: Steve Lord <lord@xxxxxxx>
Subject: Re: Kernel oops on new mailserver
From: Paul Schutte <paul@xxxxxxxxxxx>
Date: Thu, 21 Mar 2002 08:43:35 +0200
Cc: XFS mailing list <linux-xfs@xxxxxxxxxxx>
References: <3C965130.2CAB0A19@xxxxxxxxxxx> <3C98ADE8.ACDBEF4C@xxxxxxxxxxx> <1016642563.28200.113.camel@xxxxxxxxxxxxxxxxxxxx>
Sender: owner-linux-xfs@xxxxxxxxxxx
kernel 2.4.18 (checked out on 21 March 2002 - after vnode mods)
gcc version 2.95.4  (Debian prerelease)
modutils 2.4.13

I did the bh xxxx as you requested.

kernel BUG at ll_rw_blk.c:902!
invalid operand: 0000
CPU:    1
EIP:    0010:[<c021bebc>]    Tainted: P
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010202
eax: 0000001f   ebx: cb6ceae0   ecx: c03cc4c0   edx: 00002ddc
esi: 00000008   edi: 00000001   ebp: ce113cbc   esp: ce113ca8
ds: 0018   es: 0018   ss: 0018
Process modprobe (pid: 2328, stackpage=ce113000)
Stack: c02ff562 00000386 cb6ceae0 00000000 00000001 ce113ce4 c021c047 00000001
       cb6ceae0 c35888e0 cb6ceae0 c35888e0 00001000 cb6ceae0 00000200 ce113cfc
       c013582e 00000001 00000001 ce113d04 c35888e0 ce113efc c013677d cb6ceae0
Call Trace: [<c021c047>] [<c013582e>] [<c013677d>] [<c0190745>] [<c0190745>]
   [<c0190745>] [<c0111758>] [<c0190745>] [<c01d6600>] [<c0136b96>]
[<c0136bb9>]
   [<c0136ae9>] [<c01e4cac>] [<c01e4fcc>] [<c01e3f28>] [<c01e5662>]
[<c01e5692>]
   [<c01d6643>] [<c01d6643>] [<c01c312c>] [<c01df4b5>] [<c01eadae>]
[<c01e3fb1>]
   [<c01e6f37>] [<c01db5e1>] [<c01e6a42>] [<c0135fa6>] [<c010715b>]
Code: 0f 0b 83 c4 08 b8 03 00 00 00 f0 0f ab 43 18 0f b7 43 0c 66

>>EIP; c021bebc <submit_bh+54/98>   <=====
Trace; c021c046 <ll_rw_block+146/1b4>
Trace; c013582e <write_buffer+1a/58>
Trace; c013677c <fsync_inode_data_buffers+9c/164>
Trace; c0190744 <xfs_acl_iaccess+28/84>
Trace; c0190744 <xfs_acl_iaccess+28/84>
Trace; c0190744 <xfs_acl_iaccess+28/84>
Trace; c0111758 <do_page_fault+0/4e6>
Trace; c0190744 <xfs_acl_iaccess+28/84>
Trace; c01d6600 <xfs_trans_push_ail+1ac/1cc>
Trace; c0136b96 <__refile_buffer+56/60>
Trace; c0136bb8 <refile_buffer+18/24>
Trace; c0136ae8 <__mark_buffer_dirty+28/30>
Trace; c01e4cac <set_buffer_dirty_uptodate+34/48>
Trace; c01e4fcc <__pb_block_commit_write_async+2c/50>
Trace; c01e3f28 <pagebuf_commit_write+48/b8>
Trace; c01e5662 <pagebuf_generic_file_write+296/300>
Trace; c01e5692 <pagebuf_generic_file_write+2c6/300>
Trace; c01d6642 <xfs_trans_unlocked_item+22/40>
Trace; c01d6642 <xfs_trans_unlocked_item+22/40>
Trace; c01c312c <xfs_iunlock+4c/58>
Trace; c01df4b4 <xfs_rwunlock+30/6c>
Trace; c01eadae <xfs_write+45e/46c>
Trace; c01e3fb0 <pagebuf_flush+18/2c>
Trace; c01e6f36 <fs_flush_pages+2a/34>
Trace; c01db5e0 <xfs_fsync+e0/300>
Trace; c01e6a42 <linvfs_fsync+42/50>
Trace; c0135fa6 <sys_fdatasync+6a/b4>
Trace; c010715a <system_call+32/38>
Code;  c021bebc <submit_bh+54/98>
00000000 <_EIP>:
Code;  c021bebc <submit_bh+54/98>   <=====
   0:   0f 0b                     ud2a      <=====
Code;  c021bebe <submit_bh+56/98>
   2:   83 c4 08                  add    $0x8,%esp
Code;  c021bec0 <submit_bh+58/98>
   5:   b8 03 00 00 00            mov    $0x3,%eax
Code;  c021bec6 <submit_bh+5e/98>
   a:   f0 0f ab 43 18            lock bts %eax,0x18(%ebx)
Code;  c021beca <submit_bh+62/98>
   f:   0f b7 43 0c               movzwl 0xc(%ebx),%eax
Code;  c021bece <submit_bh+66/98>
  13:   66                        data16

Entering kdb (current=0xce112000, pid 2328) on processor 1 Oops: invalid
operand
eax = 0x0000001f ebx = 0xcb6ceae0 ecx = 0xc03cc4c0 edx = 0x00002ddc
esi = 0x00000008 edi = 0x00000001 esp = 0xce113ca8 eip = 0xc021bebc
ebp = 0xce113cbc xss = 0x00000018 xcs = 0x00000010 eflags = 0x00010202

[1]kdb> bh 0xcb6ceae0
buffer_head at 0xcb6ceae0
  next 0x00000000 bno 0 rsec 11371432 size 4096 dev 0x805 rdev 0x807
  count 2 state 0x5 [Uptodate Lock] ftime 0x18df77 b_list 1 b_reqnext
0x00000000
 b_data 0xc59e6000
  b_page 0xc1167980 b_this_page 0xcb6ceae0 b_private 0x00000000

[1]kdb> cpu
Currently on cpu 1
Available cpus: 0, 1
[1]kdb> cpu 0

Entering kdb (current=0xcf6ea000, pid 162) on processor 0 due to cpu switch
[0]kdb> bt
    EBP       EIP         Function(args)
0xcf6ebf84 0xc011559d do_syslog+0x15d (0x2, 0x804dd21, 0xfff)
                               kernel .text 0xc0100000 0xc0115440 0xc0115804
0xcf6ebf98 0xc01562ea kmsg_read+0x12 (0xc151d620, 0x804dca0, 0xfff, 0xc151d640,

0xcf6ea000)
                               kernel .text 0xc0100000 0xc01562d8 0xc01562f0
0xcf6ebfbc 0xc013461d sys_read+0x91 (0x0, 0x804dca0, 0xfff, 0x0, 0x804eca0)
                               kernel .text 0xc0100000 0xc013458c 0xc01346a0
           0xc010715b system_call+0x33
                               kernel .text 0xc0100000 0xc0107128 0xc0107160

Steve Lord wrote:

>
> Well, I just rewrote this code (after the 14th) to clean up a number
> of problems in this area.
>
> Can you possibly try a current cvs tree. If you hit it again it will
> be in submit_bh this time. Can you run with kdb again, specify y
> for the KDB modules command. If it should happen again, run the
> bt command, take the second argument of the submit_bh function
> and use the bh command on it.
>
> Thanks
>
>    Steve
>
> --
>
> Steve Lord                                      voice: +1-651-683-3511
> Principal Engineer, Filesystem Software         email: lord@xxxxxxx


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