[Gllug] server crash - kernel oops

Xander D Harkness xander at harkness.co.uk
Wed Aug 6 21:40:08 UTC 2003


mmmm I got back home today and found a machine had died, first one in a long 
time.

It would not boot with the latest stock red hat kernel 2.4.20-18.9 (which is 
has been running with for weeks and has been running happily for a year and a 
half) so I stepped back to 2.4.20-18.9 and got the following in the messages 
log.

I Have had a rummage round in google and not found anything to spread some 
light on the problem.  

Does anyone have any ideas what the problem is or how I would investigate 
further ?

Kind regards
Xander

EXT3 FS 2.4-0.9.19, 19 August 2002 on ide0(3,6), internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS 2.4-0.9.19, 19 August 2002 on ide0(3,3), internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS 2.4-0.9.19, 19 August 2002 on ide0(3,2), internal journal
EXT3-fs: mounted filesystem with ordered data mode.
Unable to handle kernel NULL pointer dereference at virtual address 00000074
 printing eip:
c0143fbb
*pde = 00000000
Oops: 0000
ext3 jbd
CPU:    0
EIP:    0060:[<c0143fbb>]    Not tainted
EFLAGS: 00010202

EIP is at page_referenced [kernel] 0x21b (2.4.20-18.9)
eax: c1046d88   ebx: 000001f0   ecx: 00000000   edx: 00000001
esi: 0000001a   edi: cbd25a00   ebp: 00000004   esp: c182bf84
ds: 0068   es: 0068   ss: 0068
Process kscand/Normal (pid: 7, stackpage=c182b000)
Stack: cbb17d00 00000000 00000005 c182bfb4 c1297f58 c1297f58 c03100cc c1297fac
       00000003 c013c8be c182a000 c0125d60 00000001 00000003 c182a000 c030ff00
       c182a000 c013d7d4 c030ff00 00000003 00000000 c026109b 000009c4 c013d6e0
Call Trace:   [<c013c8be>] scan_active_list [kernel] 0x3e (0xc182bfa8))
[<c0125d60>] process_timeout [kernel] 0x0 (0xc182bfb0))
[<c013d7d4>] kscand [kernel] 0xf4 (0xc182bfc8))
[<c013d6e0>] kscand [kernel] 0x0 (0xc182bfe0))
[<c010742d>] kernel_thread_helper [kernel] 0x5 (0xc182bff0))


Code: 8b 41 74 39 41 60 0f 43 54 24 04 45 4e 89 54 24 04 0f 89 3e
 ip_tables: (C) 2000-2002 Netfilter core team
PCI: Found IRQ 11 for device 00:0a.0
3c59x: Donald Becker and others. www.scyld.com/network/vortex.html
See Documentation/networking/vortex.txt
00:0a.0: 3Com PCI 3c905B Cyclone 100baseTx at 0xe800. Vers LK1.1.18-ac
 00:10:4b:45:75:b0, IRQ 11
  product code 4e47 rev 00.9 date 06-04-98
  Internal config register is 1800000, transceivers 0xa.
  8K byte-wide RAM 5:3 Rx:Tx split, autoselect/Autonegotiate interface.
  MII transceiver found at address 24, status 786d.
  Enabling bus-master transmits and whole-frame receives.
00:0a.0: scatter/gather enabled. h/w checksums enabled
divert: allocating divert_blk for eth0
epic100.c:v1.11 1/7/2001 Written by Donald Becker <becker at scyld.com>
  http://www.scyld.com/network/epic100.html
  (unofficial 2.4.x kernel port, version 1.11+LK1.1.14, Aug 4, 2002)
PCI: Found IRQ 10 for device 00:0c.0
epic100(00:0c.0): MII transceiver #3 control 3000 status 7809.
epic100(00:0c.0): Autonegotiation advertising 01e1 link partner 0001.
divert: allocating divert_blk for eth1
eth1: SMSC EPIC/100 83c170 at 0xec00, IRQ 10, 00:e0:29:0b:2e:e9.
eth1: Setting full-duplex based on MII #3 link partner capability of 41e1.


-- 
Gllug mailing list  -  Gllug at linux.co.uk
http://list.ftech.net/mailman/listinfo/gllug




More information about the GLLUG mailing list