lkml.org 
[lkml]   [2001]   [Nov]   [30]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    Subject2.4.9 kernel crash
    Hi all,

    This just happened to my RedHat 7.2 box running the 2.4.9-13 update kernel from RedHat. The box is
    running as a NFS server, exporting two ext3 volumes (one 36GB and one 73GB) :

    VFS: Busy inodes after unmount. Self-destruct in 5 seconds. Have a nice day...
    Unable to handle kernel NULL pointer dereference at virtual address 0000000b
    printing eip:
    c01537aa
    *pde = 00000000
    Oops: 0000
    CPU: 0
    EIP: 0010:[<c01537aa>] Not tainted
    EFLAGS: 00010282
    eax: fffffffb ebx: c0a69580 ecx: c0a69590 edx: c0a69590
    esi: cf12bce0 edi: fffffffb ebp: fffffb4c esp: cff6bf60
    ds: 0018 es: 0018 ss: 0018
    Process kswapd (pid: 5, stackpage=cff6b000)
    Stack: c02dbdf8 ffffff55 cbf027c8 c181a8a0 cf12bcf8 cf12bce0 c0a69580 c0150eb6
    c0a69580 00000419 00000000 c1022dc4 c1022dc4 c1022d9c 00000000 c01357a5
    00000001 00000ed2 000000c0 000000c0 0008e000 c01512a1 00000000 c0135bab
    Call Trace: [<c0150eb6>] prune_dcache [kernel] 0xf6
    [<c01357a5>] page_launder [kernel] 0x8f5
    [<c01512a1>] shrink_dcache_memory [kernel] 0x21
    [<c0135bab>] do_try_to_free_pages [kernel] 0x1b
    [<c0135c35>] kswapd [kernel] 0x55
    [<c0105000>] stext [kernel] 0x0
    [<c0105866>] kernel_thread [kernel] 0x26
    [<c0135be0>] kswapd [kernel] 0x0


    Code: 8b 47 10 85 c0 74 04 53 ff d0 58 68 40 be 2d c0 8d 43 24 50
    <1>Unable to handle kernel NULL pointer dereference at virtual address 0000000b
    printing eip:
    c01537aa
    *pde = 00000000
    Oops: 0000
    CPU: 1
    EIP: 0010:[<c01537aa>] Not tainted
    EFLAGS: 00010282
    eax: fffffffb ebx: cc33a580 ecx: cc33a590 edx: cc33a590
    esi: cf543aa0 edi: fffffffb ebp: 00000000 esp: cc62dd34
    ds: 0018 es: 0018 ss: 0018
    Process nfsd (pid: 979, stackpage=cc62d000)
    Stack: c65bb8a0 c02da480 000008b4 c02da460 cf543ab8 cf543aa0 cc33a580 c0150eb6
    cc33a580 0000045a 00000000 c1025008 c1025008 c1024fe0 00000000 c01357a5
    00000001 00001648 000000d2 00000000 000000d2 c01512a1 00000000 c0135bab
    Call Trace: [<c0150eb6>] prune_dcache [kernel] 0xf6
    [<c01357a5>] page_launder [kernel] 0x8f5
    [<c01512a1>] shrink_dcache_memory [kernel] 0x21
    [<c0135bab>] do_try_to_free_pages [kernel] 0x1b
    [<c0135d28>] try_to_free_pages [kernel] 0x28
    [<c0136a11>] _wrapped_alloc_pages [kernel] 0x1c1
    [<c0136acf>] __alloc_pages [kernel] 0xf
    [<c012df71>] generic_file_readahead [kernel] 0x201
    [<c012e29d>] do_generic_file_read [kernel] 0x26d
    [<c012e774>] generic_file_read [kernel] 0x64
    [<c012e610>] file_read_actor [kernel] 0x0
    [<d08f20a4>] __insmod_nfsd_S.text_L52160 [nfsd] 0x4044
    [<d0856920>] __insmod_ext3_S.data_L672 [ext3] 0xc0
    [<d08f720b>] __insmod_nfsd_S.text_L52160 [nfsd] 0x91ab
    [<d08ff080>] __insmod_nfsd_S.data_L2208 [nfsd] 0x660
    [<d08ee5b1>] __insmod_nfsd_S.text_L52160 [nfsd] 0x551
    [<d08ff080>] __insmod_nfsd_S.data_L2208 [nfsd] 0x660
    [<d08d2d9a>] svc_process_Rsmp_64b56219 [sunrpc] 0x34a
    [<d08fea38>] __insmod_nfsd_S.data_L2208 [nfsd] 0x18
    [<d08fea58>] __insmod_nfsd_S.data_L2208 [nfsd] 0x38
    [<d08ee39b>] __insmod_nfsd_S.text_L52160 [nfsd] 0x33b
    [<c0105866>] kernel_thread [kernel] 0x26
    [<d08ee190>] __insmod_nfsd_S.text_L52160 [nfsd] 0x130


    Code: 8b 47 10 85 c0 74 04 53 ff d0 58 68 40 be 2d c0 8d 43 24 50
    <1>Unable to handle kernel NULL pointer dereference at virtual address 0000000b
    printing eip:
    c01537aa
    *pde = 00000000
    Oops: 0000
    CPU: 0
    EIP: 0010:[<c01537aa>] Not tainted
    EFLAGS: 00010282
    eax: fffffffb ebx: c7245900 ecx: c7245910 edx: c7245910
    esi: c56779e0 edi: fffffffb ebp: 00000000 esp: cc6ebd34
    ds: 0018 es: 0018 ss: 0018
    Process nfsd (pid: 980, stackpage=cc6eb000)
    Stack: c0933d20 c0933d20 00000003 c0141ea8 c56779f8 c56779e0 c7245900 c0150eb6
    c7245900 00000000 c1015278 00000000 c12df20c c1015278 00000000 c01357a5
    00000000 000020f2 000000d2 00000000 000000d2 c01512a1 00000000 c0135bab
    Call Trace: [<c0141ea8>] try_to_free_buffers [kernel] 0xf8
    [<c0150eb6>] prune_dcache [kernel] 0xf6
    [<c01357a5>] page_launder [kernel] 0x8f5
    [<c01512a1>] shrink_dcache_memory [kernel] 0x21
    [<c0135bab>] do_try_to_free_pages [kernel] 0x1b
    [<c0135d28>] try_to_free_pages [kernel] 0x28
    [<c0136a11>] _wrapped_alloc_pages [kernel] 0x1c1
    [<c0136acf>] __alloc_pages [kernel] 0xf
    [<c012df71>] generic_file_readahead [kernel] 0x201
    [<c012e408>] do_generic_file_read [kernel] 0x3d8
    [<c012e774>] generic_file_read [kernel] 0x64
    [<c012e610>] file_read_actor [kernel] 0x0
    [<d08f20a4>] __insmod_nfsd_S.text_L52160 [nfsd] 0x4044
    [<d0856920>] __insmod_ext3_S.data_L672 [ext3] 0xc0
    [<d08f720b>] __insmod_nfsd_S.text_L52160 [nfsd] 0x91ab
    [<d08ff080>] __insmod_nfsd_S.data_L2208 [nfsd] 0x660
    [<d08ee5b1>] __insmod_nfsd_S.text_L52160 [nfsd] 0x551
    [<d08ff080>] __insmod_nfsd_S.data_L2208 [nfsd] 0x660
    [<d08d2d9a>] svc_process_Rsmp_64b56219 [sunrpc] 0x34a
    [<d08fea38>] __insmod_nfsd_S.data_L2208 [nfsd] 0x18
    [<d08fea58>] __insmod_nfsd_S.data_L2208 [nfsd] 0x38
    [<d08ee39b>] __insmod_nfsd_S.text_L52160 [nfsd] 0x33b
    [<c0105866>] kernel_thread [kernel] 0x26
    [<d08ee190>] __insmod_nfsd_S.text_L52160 [nfsd] 0x130


    Code: 8b 47 10 85 c0 74 04 53 ff d0 58 68 40 be 2d c0 8d 43 24 50
    <7>eth0: 0 multicast blocks dropped.


    The machine did not crash completely and I was still able to access it from remote (through ssh).
    When I looked at top, kswapd was 'defunct' (zombie). Is this something that is fixed in newer
    'vanilla' kernels (e.g 2.4.16) ?

    Regards,
    --
    Steffen Persvold | Scalable Linux Systems | Try out the world's best
    mailto:sp@scali.no | http://www.scali.com | performing MPI implementation:
    Tel: (+47) 2262 8950 | Olaf Helsets vei 6 | - ScaMPI 1.12.2 -
    Fax: (+47) 2262 8951 | N0621 Oslo, NORWAY | >300MBytes/s and <4uS latency
    -
    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:0.036 / U:1.804 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site