lkml.org 
[lkml]   [2000]   [Feb]   [25]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRepeated hard crashes of 2.2.* system related to tcp_keepalive
Date
[1.] One line summary of the problem:

Hard crashes of system related to tcp_keepalive

[2.] Full description of the problem/report:

The following frozen screen occurring between once a week and once a
day (with only the most minor differences, has appeared running kernels
1.2.13, 1.2.14 and now 1.2.15pre9, through replacement of the memory,
motherboard, CPU, brand of NICs, video card, and drive cables (what's
constant now is the Tekram DC-390F SCSI controller, the IBM HD, a
Western Digital HD used for /boot and swap, and the case and power supply):

[3.] Keywords (i.e., modules, networking, kernel):

tcp_keepalive crash

[4.] Kernel version (from /proc/version):

Linux version 2.2.15pre9 (root@china.patternbook.com) (gcc version
egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)) #2 Mon Feb 21 00:01 :18
EST 2000 (also 2.2.13 and 2.2.14 had identical problem)

[5.] Output of Oops.. message (if applicable) with symbolic information
resolved (see Documentation/oops-tracing.txt)

Unable to handle kernel NULL pointer dereference at virtual address 00000050
Oops: 0000
CPU: 0
EIP: 0010 [<c0177d5c>]
EFLAGS: 000010296
eax: 00000000 ebx: c2f83380 ecx: c2f835e8 edx: 000000c0
esi: 00000001 edi: 00000000 ebp: 00001585 esp: c021fef8
ds: 018 es: 0018 ss: 0018
Stack: 00000007 00000000 c02124b0 00000001 00000002 00b859ca 00000000 c01780e6
c02124b0 00000000 c01780b4 000000ca c021ff4c c0111271 00000000 00000001
c025c640 00b859bc 00000001 00000000 c021e000 c021ff60 c0117991 00000000
Call Trace: [<c01780e6>] [<c01780b4>] [<c0111271>] [<c0117991>] [<c010ald7>] [<c0109e38>] [<c0107859>]
[<c0106000>] [<c010787c>] [<c0109000>] [<c0106000>] [<c010607b>] [<c0106000>] [<c0100176>]
Code: 8b 40 50 ff d0 83 c4 10 83 fe 10 75 06 ff 0d 40 e5 25 c0 66

>>EIP: c0177d5c <tcp_keepalive+e0/180>
Trace: c01780e6 <tcp_sltimer_handler+32/70>
Trace: c01780b4 <tcp_sltimer_handler+0/70>
Trace: c0111271 <timer_bh+331/388>
Trace: c0117991 <do_bottom_half+45/64>
Trace: c0106000 <get_options+0/74>
Code: c0177d5c <tcp_keepalive+e0/180> 00000000 <_EIP>: <===
Code: c0177d5c <tcp_keepalive+e0/180> 0: 8b 40 50 mov 0x50(%eax),%eax <===
Code: c0177d5f <tcp_keepalive+e3/180> 3: ff d0 call *%eax
Code: c0177d61 <tcp_keepalive+e5/180> 5: 83 c4 10 add $0x10,%esp
Code: c0177d64 <tcp_keepalive+e8/180> 8: 83 fe 10 cmp $0x10,%esi
Code: c0177d67 <tcp_keepalive+eb/180> b: 75 06 jne c0177d6f <tcp_keepalive+f3/180>
Code: c0177d69 <tcp_keepalive+ed/180> d: ff 0d 40 e5 25 c0 decl 0xc025e540
Code: c0177d6f <tcp_keepalive+f3/180> 13: 66 data16

Aiee, killing interrupt handler
Kernel panic: Attemted to kill the idle task:
In swapper task - not syncing

[6.] A small shell script or example program which triggers the
problem (if possible)

Not a clue. Happens at different times of day, in different load
conditions.

[7.] Environment
[7.1.] Software (add the output of the ver_linux script here)

Kernel modules 2.3.9
Gnu C egcs-2.91.66
Binutils 2.9.4.0.6
Linux C Library 2.1.1
Dynamic linker ldd (GNU libc) 2.1.1
Procps 2.0.2
Mount 2.9o
Net-tools 1.52
Console-tools 1999.03.02
Sh-utils 1.16
Modules Loaded 3c59x

[7.2.] Processor information (from /proc/cpuinfo):

processor : 0
vendor_id : AuthenticAMD
cpu family : 5
model : 8
model name : AMD-K6(tm) 3D processor
stepping : 12
cpu MHz : 367.512290 (it's a 450 but I'm clocking it slow)
cache size : 64 KB
fdiv_bug : no
hlt_bug : no
sep_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr mce cx8 sep mtrr pge mmx 3dnow
bogomips : 732.36

Note this also was happenning with an AMD 233

[7.3.] Module information (from /proc/modules):

3c59x 19332 2 (autoclean)

Note this was also happenning with 2 LinkSys (tulip) NICs rather than the 2
3Com now in use

[7.4.] SCSI information (from /proc/scsi/scsi)

General information:
Chip sym53c875E, device id 0xf, revision id 0x26
IO port address 0xc000, IRQ number 5
Using memory mapped IO at virtual address 0xc4000000
Synchronous period factor 12, max commands per lun 32

[7.5.] Other information that might be relevant to the problem
(please look in /proc and include all information that you
think to be relevant):

No idea what would be relevant in proc. The system is a DSL connected
firewall with masquerading for two other systems (although it fails
whether they are active or off), running DNS (bind 8.2.2 5), Apache,
Proftpd, sendmail.

[X.] Other notes, patches, fixes, workarounds:

Nope. All suggestions welcome. I'm ready to climb a tree and not come
down again.

Whit Blauvelt
whit@transpect.com


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:56    [W:0.167 / U:0.048 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site