lkml.org 
[lkml]   [2001]   [Dec]   [3]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectOOPS in prune_dcache with 2.4.16 and ext3 corruption
    I just had an oops while running mkisofs using 2.4.16.  After the
    OOPS I tried to reboot and got an other OOPS + segfault during
    umount.

    I ran e2fsck on the partition where I was writing the ISO and got
    this:

    e2fsck 1.25 (20-Sep-2001)
    Pass 1: Checking inodes, blocks, and sizes
    Inode 505859, i_blocks is 4, should be 2. Fix<y>? no

    Inode 505861, i_blocks is 2430, should be 32. Fix<y>? no

    Pass 2: Checking directory structure
    Pass 3: Checking directory connectivity
    Pass 4: Checking reference counts
    Pass 5: Checking group summary information

    /dev/hdb4: ********** WARNING: Filesystem still has errors
    **********

    /dev/hdb4: 74774/2299904 files (16.8% non-contiguous),
    8604048/9192424 blocks

    The last fsck on that partition was from 26 November, and I have
    been using 2.4.16 since then.

    The inodes don't have anything to do with the ISO and were both
    last written about 12 hours before the crash.

    PS: It's not the first time I report an OOPS with prune_*cache

    Oops:
    Unable to handle kernel NULL pointer dereference at virtual
    address 00000000
    c0139a58
    *pde = 00000000
    Oops: 0002
    CPU: 0
    EIP: 0010:[<c0139a58>] Not tainted
    Using defaults from ksymoops -t elf32-i386 -a i386
    EFLAGS: 00010286
    eax: c09abb94 ebx: c09abb7c ecx: 00000000 edx: c195ddd0
    esi: c09abb64 edi: c2b52aa0 ebp: 000001ca esp: c3fcff60
    ds: 0018 es: 0018 ss: 0018
    Process kswapd (pid: 5, stackpage=c3fcf000)
    Stack: 0000000a 000001d0 00000020 00000006 c0139d3b 000005ed
    c0125191 00000006
    000001d0 00000006 000001d0 c02b6cc8 00000000 c02b6cc8
    c01251cc 00000020
    c02b6cc8 00000001 c3fce000 c0125263 c02b6c20 00000000
    c3fce249 0008e000
    Call Trace: [<c0139d3b>] [<c0125191>] [<c01251cc>] [<c0125263>]
    [<c01252be>]
    [<c01253cd>] [<c010546c>]
    Code: 89 11 89 46 30 89 40 04 8b 46 4c 85 c0 74 10 8b 40 14 85 c0

    >>EIP; c0139a58 <prune_dcache+98/128> <=====
    Trace; c0139d3a <shrink_dcache_memory+1a/34>
    Trace; c0125190 <shrink_caches+6c/84>
    Trace; c01251cc <try_to_free_pages+24/44>
    Trace; c0125262 <kswapd_balance_pgdat+42/8c>
    Trace; c01252be <kswapd_balance+12/28>
    Trace; c01253cc <kswapd+98/bc>
    Trace; c010546c <kernel_thread+28/38>
    Code; c0139a58 <prune_dcache+98/128>
    00000000 <_EIP>:
    Code; c0139a58 <prune_dcache+98/128> <=====
    0: 89 11 mov %edx,(%ecx) <=====
    Code; c0139a5a <prune_dcache+9a/128>
    2: 89 46 30 mov %eax,0x30(%esi)
    Code; c0139a5c <prune_dcache+9c/128>
    5: 89 40 04 mov %eax,0x4(%eax)
    Code; c0139a60 <prune_dcache+a0/128>
    8: 8b 46 4c mov 0x4c(%esi),%eax
    Code; c0139a62 <prune_dcache+a2/128>
    b: 85 c0 test %eax,%eax
    Code; c0139a64 <prune_dcache+a4/128>
    Code; c0139a64 <prune_dcache+a4/128>
    d: 74 10 je 1f <_EIP+0x1f> c0139a76
    <prune_dcache+b6/128>
    Code; c0139a66 <prune_dcache+a6/128>
    f: 8b 40 14 mov 0x14(%eax),%eax
    Code; c0139a6a <prune_dcache+aa/128>
    12: 85 c0 test %eax,%eax

    invalid operand: 0000
    CPU: 0
    EIP: 0010:[<c0139a1d>] Not tainted
    EFLAGS: 00010282
    eax: c2a57820 ebx: c23e09e0 ecx: 00000006 edx: c09abb80
    esi: c23e09c8 edi: 00000020 ebp: 0000053c esp: c16a9ea4
    ds: 0018 es: 0018 ss: 0018
    Process mkisofs (pid: 4362, stackpage=c16a9000)
    Stack: 0000000a 000001d2 00000020 00000006 c0139d3b 0000053c
    c0125191 00000006
    000001d2 00000006 000001d2 c02b6cc8 c02b6cc8 c02b6cc8
    c01251cc 00000020
    c16a8000 00000080 00000000 c01259e2 c02b6e44 00000080
    00000000 c02b6cc8
    Call Trace: [<c0139d3b>] [<c0125191>] [<c01251cc>] [<c01259e2>]
    [<c0125bfa>]
    [<c0121c5f>] [<c0125992>] [<c0121c7c>] [<c0148757>]
    [<c012abda>] [<c0106b23>]
    Code: 0f 0b 8d 46 10 8b 48 04 8b 53 f8 89 4a 04 89 11 89 43 f8 89

    >>EIP; c0139a1c <prune_dcache+5c/128> <=====
    Trace; c0139d3a <shrink_dcache_memory+1a/34>
    Trace; c0125190 <shrink_caches+6c/84>
    Trace; c01251cc <try_to_free_pages+24/44>
    Trace; c01259e2 <balance_classzone+4e/168>
    Trace; c0125bfa <__alloc_pages+fe/160>
    Trace; c0121c5e <generic_file_write+3d2/640>
    Trace; c0125992 <_alloc_pages+16/18>
    Trace; c0121c7c <generic_file_write+3f0/640>
    Trace; c0148756 <ext3_file_write+42/4c>
    Trace; c012abda <sys_write+8e/c4>
    Trace; c0106b22 <system_call+32/40>
    Code; c0139a1c <prune_dcache+5c/128>
    00000000 <_EIP>:
    Code; c0139a1c <prune_dcache+5c/128> <=====
    0: 0f 0b ud2a <=====
    Code; c0139a1e <prune_dcache+5e/128>
    2: 8d 46 10 lea 0x10(%esi),%eax
    Code; c0139a20 <prune_dcache+60/128>
    5: 8b 48 04 mov 0x4(%eax),%ecx
    Code; c0139a24 <prune_dcache+64/128>
    8: 8b 53 f8 mov 0xfffffff8(%ebx),%edx
    Code; c0139a26 <prune_dcache+66/128>
    b: 89 4a 04 mov %ecx,0x4(%edx)
    Code; c0139a2a <prune_dcache+6a/128>
    e: 89 11 mov %edx,(%ecx)
    Code; c0139a2c <prune_dcache+6c/128>
    10: 89 43 f8 mov %eax,0xfffffff8(%ebx)
    Code; c0139a2e <prune_dcache+6e/128>
    13: 89 00 mov %eax,(%eax)



    -
    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/

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