OOPS: 2.4.12-ac3 with Rik's 2.4.12-ac3-vmpatch

From: Petr Konecny (pekon@informatics.muni.cz)
Date: Tue Oct 23 2001 - 12:01:33 EST


Hi,

I have a fairly old P133 48 MB RAM, that serves files over nfs from
large (40 GB) ext3 partition. If think it happend when the diskspace ran
out in a cron job. This box has a history of oopses with all kernels so
it could be hardware, although with ext3 it does not take so long to
recover, thank you.

                                                Regards, Petr

ksymoops 2.4.1 on i586 2.4.12-ac3-vm. Options used
     -V (default)
     -k /proc/ksyms (default)
     -l /proc/modules (default)
     -o /lib/modules/2.4.12-ac3-vm/ (default)
     -m /boot/System.map-2.4.12-ac3-vm (default)

Intel Pentium with F0 0F bug - workaround enabled.
Unable to handle kernel NULL pointer dereference at virtual address 00000d24
c012069e
*pde = 00000000
Oops: 0002
CPU: 0
EIP: 0010:[<c012069e>] Tainted: P Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010287
eax: 00000d20 ebx: c22b2104 ecx: c021d63c edx: 3b8d0845 esi: c22ba040 edi: c22ba0fc ebp: 00000000 esp: c11e9f5c ds: 0018 es: 0018 ss: 0018
Process kswapd (pid: 4, stackpage=c11e9000)
Stack: 00000001 c22ba040 c1197c60 c1197c00 c013f4d0 c22ba0fc c0bd6588 c0bd6580
       c021e164 c11e9fa8 00000000 c013fbad 0000014c 000000c0 c11e8239 00000001
       00000631 c11e9fa0 c11e9fa0 0008e000 c013fbdd fffff9cf c01277df 00000000
Call Trace: [<c013f4d0>] [<c013fbad>] [<c013fbdd>] [<c01277df>] [<c012786b>]
   [<c0105480>]
Code: 89 50 04 89 02 8b 47 10 89 58 04 89 03 8d 47 10 89 43 04 89

>>EIP; c012069e <filemap_fdatasync+1a/b8> <=====
Trace; c013f4d0 <try_to_sync_unused_inodes+c0/1ac>
Trace; c013fbad <prune_icache+101/110>
Trace; c013fbdd <shrink_icache_memory+21/30>
Trace; c01277df <do_try_to_free_pages+23/50>
Trace; c012786b <kswapd+5f/cc>
Trace; c0105480 <kernel_thread+28/38>
Code; c012069e <filemap_fdatasync+1a/b8>
00000000 <_EIP>:
Code; c012069e <filemap_fdatasync+1a/b8> <=====
   0: 89 50 04 mov %edx,0x4(%eax) <=====
Code; c01206a1 <filemap_fdatasync+1d/b8>
   3: 89 02 mov %eax,(%edx)
Code; c01206a3 <filemap_fdatasync+1f/b8>
   5: 8b 47 10 mov 0x10(%edi),%eax
Code; c01206a6 <filemap_fdatasync+22/b8>
   8: 89 58 04 mov %ebx,0x4(%eax)
Code; c01206a9 <filemap_fdatasync+25/b8>
   b: 89 03 mov %eax,(%ebx)
Code; c01206ab <filemap_fdatasync+27/b8>
   d: 8d 47 10 lea 0x10(%edi),%eax
Code; c01206ae <filemap_fdatasync+2a/b8>
  10: 89 43 04 mov %eax,0x4(%ebx)
Code; c01206b1 <filemap_fdatasync+2d/b8>
  13: 89 00 mov %eax,(%eax)

$ /sbin/lsmod
Module Size Used by
nls_iso8859-1 2880 0 (autoclean)
isofs 18368 0 (autoclean)
loop 8528 0 (autoclean)
nfs 73888 2 (autoclean)
nfsd 67840 8 (autoclean)
lockd 49072 1 (autoclean) [nfs nfsd]
sunrpc 60896 1 (autoclean) [nfs nfsd lockd]
autofs 10416 4 (autoclean)
rtc 5728 0 (autoclean)
3c509 7424 1 (autoclean)
isa-pnp 28688 0 (autoclean) [3c509]
ide-scsi 7968 0
scsi_mod 90240 1 [ide-scsi]
unix 14912 12 (autoclean)

-- 
Cleanliness becomes more important when godliness is unlikely.
		-- P.J. O'Rourke
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/



This archive was generated by hypermail 2b29 : Tue Oct 23 2001 - 21:00:39 EST