xfs
[Top] [All Lists]

Oops with 2.4.17 (CVS from today)

To: linux-xfs@xxxxxxxxxxx
Subject: Oops with 2.4.17 (CVS from today)
From: Juri Haberland <list-linux.sgi.xfs@xxxxxxxxxxx>
Date: Tue, 15 Jan 2002 13:42:27 +0000 (UTC)
Distribution: local
Organization: spoiled dot org
Reply-to: Juri Haberland <juri@xxxxxxxxxxxxxx>
Sender: owner-linux-xfs@xxxxxxxxxxx
User-agent: tin/1.4.5-20010409 ("One More Nightmare") (UNIX) (OpenBSD/2.9 (i386))
Hi list,

today I tried to update the kernel on a little workgroup server from
2.4.13-xfs to 2.4.17-xfs and I got an Oops when ever I tried to boot
2.4.17. Actually it booted fine until one of the last services was
started.  It always oopsed somewhere between starting innd and netsaintd.
The machine in question is a dual PIII-750 with two IDE-disks.
It also serves the home dirs via NFS to a couple of workstations.
The NFS daemons where always stuck in D-state...

If you need any additional informations feel free to ask ;)

TIA,
Juri

Here is one of the decoded oopses:

ksymoops 2.4.0 on i686 2.4.13-xfs.  Options used
     -V (default)
     -K (specified)
     -l /proc/modules (default)
     -o /lib/modules/2.4.17-xfs/ (specified)
     -m /boot/System.map (specified)

No modules in ksyms, skipping objects
No ksyms, skipping lsmod
Unable to handle kernel NULL pointer dereference at virtual address 0000009c
c021fdb8
*pde = 00000000
Oops: 0002
CPU:    0
EIP:    0010:[mraccessf+8/112]    Not tainted
EIP:    0010:[<c021fdb8>]    Not tainted
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010002
eax: 00000074   ebx: 00000074   ecx: 00000008   edx: ffffffe8
esi: c03de7a0   edi: 00000001   ebp: ced47d90   esp: ced47d8c
ds: 0018   es: 0018   ss: 0018
Process nfsd (pid: 685, stackpage=ced47000)
Stack: ffffffe8 ced47da4 c01eb0b4 00000074 00000288 c01eab59 ced47dcc c01eab59
       ffffffe8 00000008 cd9cf1a0 00000000 00000000 cff4ec60 ced47e18 00000000
       ced47e04 c0202079 cf9ce400 00000000 04400094 00000001 00000008 ced47df4
Call Trace: [xfs_ilock+20/32] [xfs_iget+265/352] [xfs_iget+265/352] 
[xfs_vget+73/224] [linvfs_fh_to_dentry+109/256]
Call Trace: [<c01eb0b4>] [<c01eab59>] [<c01eab59>] [<c0202079>] [<c021700d>]
   [<c01842e6>] [<c018471c>] [<c0184c59>] [<c01855c0>] [<c018b4f9>] [<c0182a78>]
   [<c02c1014>] [<c0182894>] [<c0105676>] [<c01826a0>] [<c01826a0>]
Code: f0 fe 4b 28 0f 88 7d 24 0b 00 8b 43 08 85 c0 74 18 ff 43 04

>>EIP; c021fdb8 <mraccessf+8/70>   <=====
Trace; c01eb0b4 <xfs_ilock+14/20>
Trace; c01eab59 <xfs_iget+109/160>
Trace; c01eab59 <xfs_iget+109/160>
Trace; c0202079 <xfs_vget+49/e0>
Trace; c021700d <linvfs_fh_to_dentry+6d/100>
Trace; c01842e6 <nfsd_get_dentry+26/b0>
Trace; c018471c <find_fh_dentry+3c/350>
Trace; c0184c59 <fh_verify+229/440>
Trace; c01855c0 <nfsd_lookup+70/490>
Trace; c018b4f9 <nfsd3_proc_lookup+d9/f0>
Trace; c0182a78 <nfsd_dispatch+b8/180>
Trace; c02c1014 <svc_process+324/4e0>
Trace; c0182894 <nfsd+1f4/320>
Trace; c0105676 <kernel_thread+26/40>
Trace; c01826a0 <nfsd+0/320>
Trace; c01826a0 <nfsd+0/320>
Code;  c021fdb8 <mraccessf+8/70>
00000000 <_EIP>:
Code;  c021fdb8 <mraccessf+8/70>   <=====
   0:   f0 fe 4b 28               lock decb 0x28(%ebx)   <=====
Code;  c021fdbc <mraccessf+c/70>
   4:   0f 88 7d 24 0b 00         js     b2487 <_EIP+0xb2487> c02d223f 
<stext_lock+52cf/93c6>
Code;  c021fdc2 <mraccessf+12/70>
   a:   8b 43 08                  mov    0x8(%ebx),%eax
Code;  c021fdc5 <mraccessf+15/70>
   d:   85 c0                     test   %eax,%eax
Code;  c021fdc7 <mraccessf+17/70>
   f:   74 18                     je     29 <_EIP+0x29> c021fde1 
<mraccessf+31/70>
Code;  c021fdc9 <mraccessf+19/70>
  11:   ff 43 04                  incl   0x4(%ebx)



-- 
Juri Haberland  <juri@xxxxxxxxxxxxxx> 


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