Linode.com Forum

[xerbutter]

Hi,

I don't know if this could be related, but I'm running Arch on my Xen linode and have been having problems the past 2 weeks. It was running very smoothly before that, but now I'm seeing these system crashing errors every couple days it seems:

Mar 2 15:55:54 ln-arch EIP: [<c01750f4>] iput+0xd/0x6b SS:ESP 0069:d5e2fee4
Mar 2 15:55:54 ln-arch <1>BUG: unable to handle kernel paging request at virtual address 0424cb05
Mar 2 15:55:54 ln-arch printing eip:
Mar 2 15:55:54 ln-arch c01750f4
Mar 2 15:55:54 ln-arch 03e45000 -> *pde = 00000003:30e43027
Mar 2 15:55:54 ln-arch 0629d000 -> *pme = 00000000:00000000
Mar 2 15:55:54 ln-arch Oops: 0000 [#2]
Mar 2 15:55:54 ln-arch SMP
Mar 2 15:55:54 ln-arch Modules linked in:
Mar 2 15:55:54 ln-arch CPU: 0
Mar 2 15:55:54 ln-arch EIP: 0061:[<c01750f4>] Not tainted VLI
Mar 2 15:55:54 ln-arch EFLAGS: 00210282 (2.6.18.8-domU-linode7 #1)
Mar 2 15:55:54 ln-arch EIP is at iput+0xd/0x6b
Mar 2 15:55:54 ln-arch eax: 0424cae5 ebx: c6e132c8 ecx: c6e132e0 edx: c6e132e0
Mar 2 15:55:54 ln-arch esi: 0000007f edi: 00000000 ebp: d61b983c esp: d09bfd1c
Mar 2 15:55:54 ln-arch ds: 007b es: 007b ss: 0069
Mar 2 15:55:54 ln-arch Process httpd (pid: 3677, ti=d09be000 task=d5ce8ab0 task.ti=d09be000)
Mar 2 15:55:54 ln-arch Stack: d20b9094 c0173edf d20b9094 0000007f c0174031 00000080 00000000 00003d54
Mar 2 15:55:54 ln-arch c137eac0 00000090 00013d55 c0174094 c01439a0 00000003 d5c2c878 d5c2c874
Mar 2 15:55:54 ln-arch 00000018 00000000 c05c6fe0 00000100 000280d2 00000000 0000000a 00000040
Mar 2 15:55:54 ln-arch Call Trace:
Mar 2 15:55:54 ln-arch [<c0173edf>] prune_one_dentry+0x54/0x75
Mar 2 15:55:54 ln-arch [<c0174031>] prune_dcache+0x131/0x15b
Mar 2 15:55:54 ln-arch [<c0174094>] shrink_dcache_memory+0x39/0x3b
Mar 2 15:55:54 ln-arch [<c01439a0>] shrink_slab+0x111/0x186
Mar 2 15:55:54 ln-arch [<c0144f94>] try_to_free_pages+0x137/0x1f3
Mar 2 15:55:54 ln-arch [<c0140ae7>] __alloc_pages+0x12e/0x2d2
Mar 2 15:55:54 ln-arch [<c0158316>] shmem_swp_alloc+0x8b/0x277
Mar 2 15:55:54 ln-arch [<c015894f>] shmem_getpage+0x10e/0x5e1
Mar 2 15:55:54 ln-arch [<c01598fc>] shmem_nopage+0x97/0xce
Mar 2 15:55:54 ln-arch [<c014bc6c>] __handle_mm_fault+0x28a/0x15db
Mar 2 15:55:54 ln-arch [<c013de28>] __generic_file_aio_read+0x16e/0x243
Mar 2 15:55:54 ln-arch [<c013bc05>] file_read_actor+0x0/0xc7
Mar 2 15:55:54 ln-arch [<c015db64>] do_sync_read+0xc1/0x11c
Mar 2 15:55:54 ln-arch [<c0166e61>] cp_new_stat64+0xf4/0x106
Mar 2 15:55:54 ln-arch [<c01103ea>] do_page_fault+0x10f/0xc70
Mar 2 15:55:54 ln-arch [<c015daa3>] do_sync_read+0x0/0x11c
Mar 2 15:55:54 ln-arch [<c015df67>] vfs_read+0xa2/0x160
Mar 2 15:55:54 ln-arch [<c015ea2e>] sys_read+0x41/0x6a
Mar 2 15:55:54 ln-arch [<c01102db>] do_page_fault+0x0/0xc70
Mar 2 15:55:54 ln-arch [<c01052e3>] error_code+0x2b/0x30
Mar 2 15:55:54 ln-arch Code: 06 89 d8 ff d2 5b c3 89 da a1 00 de 58 c0 5b e9 4f 52 fe ff 0f 0b ae 00 26 6b 4c c0 eb c5 53 89 c3 85 c0 74 58 8b 80 9c 00 00 00 <8b> 40 20 83 bb 40 01 00 00 20 74 48 8
5 c0 74 0e 8b 50 14 85 d2
Mar 2 15:55:54 ln-arch EIP: [<c01750f4>] iput+0xd/0x6b SS:ESP 0069:d09bfd1c

[ArbitraryConstant]

*bump*

We had a similar crash on one of our linodes.

Code: UG: unable to handle kernel NULL pointer dereference at virtual address 00000004
printing eip:
076c8000 -> *pde = 00000005:47357027
094a8000 -> *pme = 00000000:00000000
Oops: 0002 [#1]
SMP
Modules linked in:
CPU: 2
EIP: 0061:[<c015af11>] Not tainted VLI
EFLAGS: 00010046 (2.6.18.8-domU-linode7 #1)
EIP is at cache_alloc_refill+0x192/0x58a
eax: c136cdc0 ebx: ffffffff ecx: 0000000f edx: 00000000
esi: ca3d4000 edi: 0000000b ebp: c13b2800 esp: d2a9ddc8
ds: 007b es: 007b ss: 0069
Process sh (pid: 580, ti=d2a9c000 task=d610aab0 task.ti=d2a9c000)
Stack: 000000d0 c1377000 000000d0 c136ae00 c1368800 c136cdc0 d5c9e01c 00000001
0000000c ca3d401c 00000000 0000000a 00000000 00000000 00000000 000000d0
c015ad7b d2a9de78 00000001 d2a9dedc d2a9ded4 c015edc8 00000000 00000000
Call Trace:
[<c015ad7b>] kmem_cache_alloc+0x84/0x88
[<c015edc8>] get_empty_filp+0x34/0x14d
[<c016d1a1>] __path_lookup_intent_open+0x18/0x83
[<c016d280>] path_lookup_open+0x20/0x25
[<c016864d>] open_exec+0x25/0xa1
[<c016718d>] copy_strings+0x171/0x203
[<c0167238>] copy_strings_kernel+0x19/0x27
[<c0188033>] load_script+0x1c3/0x210
[<c012e960>] autoremove_wake_function+0x0/0x37
[<c0140a08>] __alloc_pages+0x4f/0x2d2
[<c0168cfa>] search_binary_handler+0x8c/0x273
[<c01690c3>] do_execve+0x1e2/0x21f
[<c0103653>] sys_execve+0x2f/0x7b
[<c0105137>] syscall_call+0x7/0xb
Code: b8 89 7e 14 89 54 8d 14 8d 51 01 89 55 00 8b 7e 10 8b 44 24 0c 3b 78 58 0f 83 32 ff ff ff 83 eb 01 83 fb ff 75 ba 8b 16 8b 46 04 <89> 42 04 89 10 c7 06 00 01 10 00 c7 46 04 00 02 20 00 83 7e 14
EIP: [<c015af11>] cache_alloc_refill+0x192/0x58a SS:ESP 0069:d2a9ddc8

This instability is definitely a problem.