oops report

S. Shore sshore@escape.ca
Sat, 6 Oct 2001 20:06:54 -0500 (CDT)


I'm using 2.4.10 with the newnat-0.91 patch from CVS and freeswan 1.91,
and I periodically get an oops. I've recorded the oops twice and the error
seems to be in the same place each time.

I've included one of the processed oopses below. It suggests that the
kernel died in unexpect_related() in ip_conntrack_core.c.

The oops happens within 1-2 days of system boot, sometimes much sooner.
The machine serving as a NAT gateway for two other home machines. No such
errors were seen when running 2.4.7 or 2.4.9, using the same newnat patch
and the same freeswan version.

Scottie Shore <sshore@escape.ca>
 "Experience is that marvelous thing that enables you to recognize
  a mistake when you make it again." -- F. P. Jones



ksymoops output:
---------------
ksymoops 2.3.3 on i486 2.4.10.  Options used
     -v /usr/src/linux/vmlinux (specified)
     -k /proc/ksyms (default)
     -l /proc/modules (default)
     -o /lib/modules/2.4.10/ (default)
     -m /usr/src/linux/System.map (default)

Unable to handle kernel NULL pointer dereference at virtual address 00000004
*pde = 00000000
Oops: 0002
CPU:    0
EIP:    0010:[<c20186bd>]
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010286
eax: c051b9a0   ebx: c051b9a8     ecx: 00000000       edx: 00000000
esi: c02332f0   edi: 00000000     ebp: c2018830       esp: c021df18
ds: 0018   es: 0018   ss: 0018
Process swapper (pid: 0, stackpage=c021d000)
Stack: c0af0870 c20187ee c051b9a0 c0af0870 c2018876 c0af0870 c0af0870 c0118135
       c0af0870 00000000 c02332f0 00000000 c0233580 c010b51a c021dfa8 c020ff60
       c0114c1a c0114b40 00000000 c8233580 00000001 fffffffe c0114929 c0233580
Call Trace: [<c20187ee>] [<c2018876>] [<c0118135>] [<c010b51a>] [<c0114c1a>]
   [<c0114b40>] [<c0114929>] [<c0108491>] [<c01051c0>] [<c010a4e8>] [<c01051c8>]
   [<c01051e3>] [<c0105262>] [<c0105000>] [<c0105027>]
Code: 89 4a 04 89 11 c7 40 04 00 00 00 00 c7 00 00 00 00 8b 50

>>EIP; c20186bd <[ip_conntrack]unexpect_related+d/50>   <=====
Trace; c20187ee <[ip_conntrack]destroy_conntrack+6e/b0>
Trace; c2018876 <[ip_conntrack]death_by_timeout+46/50>
Trace; c0118135 <timer_bh+285/2d0>
Trace; c010b51a <timer_interrupt+7a/140>
Trace; c0114c1a <bh_action+1a/50>
Trace; c0114b40 <tasklet_hi_action+40/70>
Trace; c0114929 <do_softirq+59/b0>
Trace; c0108491 <do_IRQ+a1/c0>
Trace; c01051c0 <default_idle+0/40>
Trace; c010a4e8 <call_do_IRQ+5/d>
Trace; c01051c8 <default_idle+8/40>
Trace; c01051e3 <default_idle+23/40>
Trace; c0105262 <cpu_idle+42/60>
Trace; c0105000 <_stext+0/0>
Trace; c0105027 <rest_init+27/30>
Code;  c20186bd <[ip_conntrack]unexpect_related+d/50>
0000000000000000 <_EIP>:
Code;  c20186bd <[ip_conntrack]unexpect_related+d/50>   <=====
   0:   89 4a 04                  mov    %ecx,0x4(%edx)   <=====
Code;  c20186c0 <[ip_conntrack]unexpect_related+10/50>
   3:   89 11                     mov    %edx,(%ecx)
Code;  c20186c2 <[ip_conntrack]unexpect_related+12/50>
   5:   c7 40 04 00 00 00 00      movl   $0x0,0x4(%eax)
Code;  c20186c9 <[ip_conntrack]unexpect_related+19/50>
   c:   c7 00 00 00 00 8b         movl   $0x8b000000,(%eax)
Code;  c20186cf <[ip_conntrack]unexpect_related+1f/50>
  12:   50                        push   %eax