[Bug 474] New: poisoned oops in ext3_writepage

From: Martin J. Bligh (mbligh@aracnet.com)
Date: Wed Mar 19 2003 - 22:48:45 EST


http://bugme.osdl.org/show_bug.cgi?id=474

           Summary: poisoned oops in ext3_writepage
    Kernel Version: 2.5.65
            Status: NEW
          Severity: normal
             Owner: akpm@digeo.com
         Submitter: bwindle-kbt@fint.org

Distribution: Debian Testing
Hardware Environment: x86 cpu, PIIX4 IDE, Maxtor ATA DISK drives, 256mb RAM

Software Environment:
Linux razor 2.5.65 #9 Tue Mar 18 09:48:05 EST 2003 i686 Pentium II (Klamath)
GenuineIntel GNU/Linux

Gnu C 2.95.4
Gnu make 3.79.1
util-linux 2.11n
mount 2.11n
module-init-tools implemented
e2fsprogs 1.30-WIP
reiserfsprogs 3.6.3
Linux C Library 2.2.5
Dynamic linker (ldd) 2.2.5
Procps 2.0.7
Net-tools 1.60
Console-tools 0.2.3
Sh-utils 4.5.2

CONFIG_EXT3_FS=y
# CONFIG_EXT3_FS_XATTR is not set
CONFIG_JBD_DEBUG=y
CONFIG_DEBUG_KERNEL=y
CONFIG_DEBUG_STACKOVERFLOW=y
CONFIG_DEBUG_SLAB=y
CONFIG_DEBUG_IOVIRT=y
CONFIG_MAGIC_SYSRQ=y
CONFIG_DEBUG_SPINLOCK=y
CONFIG_KALLSYMS=y
CONFIG_DEBUG_SPINLOCK_SLEEP=y
CONFIG_FRAME_POINTER=y

Problem Description:
Unable to handle kernel paging request at virtual address 6b6b6b80
 printing eip:
c019790c
*pde = 00000000
Oops: 0002
CPU: 0
EIP: 0060:[<c019790c>] Not tainted
EFLAGS: 00010292
EIP is at ext3_writepage+0x40c/0x5bc
eax: 6b6b6b6b ebx: 00000000 ecx: c13e9a34 edx: 00000000
esi: cf03bd34 edi: ceca3314 ebp: c1945bf0 esp: c1945bd4
ds: 007b es: 007b ss: 0068
Process apache (pid: 3429, threadinfo=c1944000 task=c6856000)
Stack: cf03bd34 c1944000 c1945c24 c1945c44 00000001 00000000 c9f10ca4 c1945c8c
       c0140f88 c1170700 c1945c24 c1945cd4 c03b83dc c103bf88 c1170700 00000000
       00000000 ceca33d0 c1945c1c c1945c1c 00000000 00000000 00000000 00000020
Call Trace:
 [<c0140f88>] shrink_list+0x2b8/0x4b0
 [<c010b651>] do_IRQ+0x2d1/0x2ec
 [<c0117172>] schedule+0x39e/0x5c4
 [<c01413d3>] shrink_cache+0x253/0x514
 [<c011545b>] do_page_fault+0x14b/0x40e
 [<c0115310>] do_page_fault+0x0/0x40e
 [<c0142028>] shrink_zone+0x68/0x74
 [<c01420a3>] shrink_caches+0x6f/0xa0
 [<c0142163>] try_to_free_pages+0x8f/0xcc
 [<c013a118>] __alloc_pages+0x1c8/0x274
 [<c0145c12>] do_anonymous_page+0x232/0x4d4
 [<c0145eea>] do_no_page+0x36/0x47c
 [<c013a4ee>] get_page_state+0xe/0x14
 [<c0146410>] handle_mm_fault+0xe0/0x244
 [<c011545b>] do_page_fault+0x14b/0x40e
 [<c0115310>] do_page_fault+0x0/0x40e
 [<c0148b21>] do_brk+0x105/0x1cc
 [<c014728b>] sys_brk+0xcb/0xf8
 [<c0109c7d>] error_code+0x2d/0x38

Code: c6 40 15 01 83 c4 04 85 db 0f 44 da 85 db 74 15 53 68 4d 40

Steps to reproduce:
I was running dbench 32 on an ext3 partition without htree, and was running ab
(apache bench) on the local webserver, 200 concurrent connections to a php
script. The system survived the oops. All filesystems have been fscked within
the last 5 days. After the oops, a forced fsck shows all filesystems are clean.
All ext3 filesystems are mounted with "defaults,noatime,errors=remount-ro"
options.

-
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 : Sun Mar 23 2003 - 22:00:29 EST