[Xen-users] Xen and EVMS/Raid5 - Null pointer dereference

Hi,

A problem with EVMS and Xen:

I have patched a 2.6 kernel with the evms patches and then with the Xen 
patched, compiled and installed it. (kernel is 2.6.11.9 - which is what this 
server has been running for the past few months w/o the evms patches)

At first everything seems to work just fine, I am able to use evms to create a 
new "volume", in this case it is based on MD/RAID-5 but when the volume starts 
to sync/resync I am getting "Unable to handle kernel NULL pointer dereference 
at virtual address 00000000". (see output below)

Are the evms kernel patches incompatible with Xen or is the problem something 
entirely different? Has anyone gotten EVMS and Xen working on a 2.6 kernel?

Oct 28 10:36:40 localhost kernel:  .<6>md: syncing RAID array md0
Oct 28 10:36:40 localhost kernel: md: minimum _guaranteed_ reconstruction 
speed: 1000 KB/sec/disc.
Oct 28 10:36:40 localhost kernel: md: using maximum available idle IO bandwith 
(but not more than 200000 KB/sec) for reconstruction.
Oct 28 10:36:40 localhost kernel: md: using 128k window, over a total of 
156289024 blocks.
Oct 28 10:36:40 localhost kernel: Unable to handle kernel NULL pointer 
dereference at virtual address 00000000
Oct 28 10:36:40 localhost kernel:  printing eip:
Oct 28 10:36:40 localhost kernel: c015bf47
Oct 28 10:36:40 localhost kernel: *pde = ma 00000000 pa 55555000
Oct 28 10:36:40 localhost kernel:  [bio_clone+37/192] bio_clone+0x25/0xc0
Oct 28 10:36:40 localhost kernel:  [clone_bio+50/96] clone_bio+0x32/0x60
Oct 28 10:36:40 localhost kernel:  [__clone_and_map+659/704] 
__clone_and_map+0x293/0x2c0
Oct 28 10:36:40 localhost kernel:  [autoremove_wake_function+0/96] 
autoremove_wake_function+0x0/0x60
Oct 28 10:36:40 localhost kernel:  [autoremove_wake_function+0/96] 
autoremove_wake_function+0x0/0x60
Oct 28 10:36:40 localhost kernel:  [__split_bio+184/320] __split_bio+0xb8/0x140
Oct 28 10:36:40 localhost kernel:  [dm_request+122/176] dm_request+0x7a/0xb0
Oct 28 10:36:40 localhost kernel:  [generic_make_request+343/496] 
generic_make_request+0x157/0x1f0
Oct 28 10:36:40 localhost kernel:  [__switch_to+42/912] __switch_to+0x2a/0x390
Oct 28 10:36:40 localhost kernel:  [autoremove_wake_function+0/96] 
autoremove_wake_function+0x0/0x60
Oct 28 10:36:40 localhost kernel:  [autoremove_wake_function+0/96] 
autoremove_wake_function+0x0/0x60
Oct 28 10:36:40 localhost kernel:  [try_to_wake_up+177/208] 
try_to_wake_up+0xb1/0xd0
Oct 28 10:36:40 localhost kernel:  [handle_stripe+2630/4048] 
handle_stripe+0xa46/0xfd0
Oct 28 10:36:40 localhost kernel:  [schedule+745/1312] schedule+0x2e9/0x520
Oct 28 10:36:40 localhost kernel:  [sync_request+210/304] 
sync_request+0xd2/0x130
Oct 28 10:36:40 localhost kernel:  [md_do_sync+1571/2048] md_do_sync+0x623/0x800
Oct 28 10:36:40 localhost kernel:  [recalc_task_prio+136/336] 
recalc_task_prio+0x88/0x150
Oct 28 10:36:40 localhost kernel:  [activate_task+98/128] 
activate_task+0x62/0x80
Oct 28 10:36:40 localhost kernel:  [preempt_schedule+73/112] 
preempt_schedule+0x49/0x70
Oct 28 10:36:40 localhost kernel:  [md_thread+373/384] md_thread+0x175/0x180
Oct 28 10:36:40 localhost kernel:  [schedule_tail+23/80] schedule_tail+0x17/0x50
Oct 28 10:36:40 localhost kernel:  [ret_from_fork+6/28] ret_from_fork+0x6/0x1c
Oct 28 10:36:40 localhost kernel:  [md_thread+0/384] md_thread+0x0/0x180
Oct 28 10:36:40 localhost kernel:  [md_thread+0/384] md_thread+0x0/0x180
Oct 28 10:36:40 localhost kernel:  [kernel_thread_helper+5/16] 
kernel_thread_helper+0x5/0x10
Oct 28 10:36:40 localhost kernel: Oops: 0000 [#2]
Oct 28 10:36:40 localhost kernel: PREEMPT
Oct 28 10:36:40 localhost kernel: Modules linked in:
Oct 28 10:36:40 localhost kernel: CPU:    0
Oct 28 10:36:40 localhost kernel: EIP:    0061:[bio_alloc_bioset+23/496]    Not 
tainted VLI
Oct 28 10:36:40 localhost kernel: EFLAGS: 00011286   (2.6.11.9)
Oct 28 10:36:40 localhost kernel: EIP is at bio_alloc_bioset+0x17/0x1f0
Oct 28 10:36:40 localhost kernel: eax: 00000010   ebx: 00000000   ecx: 
cbcc5ebc   edx: 00000000
Oct 28 10:36:40 localhost kernel: esi: 00000001   edi: 00000001   ebp: 
00000000   esp: cc033c84
Oct 28 10:36:40 localhost kernel: ds: 007b   es: 007b   ss: 0069
Oct 28 10:36:40 localhost kernel: Process md0_resync (pid: 2172, 
threadinfo=cc032000 task=ccced020)
Oct 28 10:36:40 localhost kernel: Stack: c013a753 00000010 00000200 00000000 
00000000 00000008 00000001 cbcc5ebc
Oct 28 10:36:40 localhost kernel:        c015c1b5 00000010 00000001 00000000 
ccced020 00000000 00000008 00000001
Oct 28 10:36:40 localhost kernel:        cc033d3c c02c46c2 cbcc5ebc 00000010 
12a19620 00000010 cb248cfc c02c4983
Oct 28 10:36:40 localhost kernel: Call Trace:
Oct 28 10:36:40 localhost kernel:  [mempool_alloc+115/432] 
mempool_alloc+0x73/0x1b0
Oct 28 10:36:40 localhost kernel:  [bio_clone+37/192] bio_clone+0x25/0xc0
Oct 28 10:36:40 localhost kernel:  [clone_bio+50/96] clone_bio+0x32/0x60
Oct 28 10:36:40 localhost kernel:  [__clone_and_map+659/704] 
__clone_and_map+0x293/0x2c0
Oct 28 10:36:40 localhost kernel:  [autoremove_wake_function+0/96] 
autoremove_wake_function+0x0/0x60
Oct 28 10:36:40 localhost kernel:  [autoremove_wake_function+0/96] 
autoremove_wake_function+0x0/0x60
Oct 28 10:36:40 localhost kernel:  [__split_bio+184/320] __split_bio+0xb8/0x140
Oct 28 10:36:40 localhost kernel:  [dm_request+122/176] dm_request+0x7a/0xb0
Oct 28 10:36:40 localhost kernel:  [generic_make_request+343/496] 
generic_make_request+0x157/0x1f0
Oct 28 10:36:40 localhost kernel:  [__switch_to+42/912] __switch_to+0x2a/0x390
Oct 28 10:36:40 localhost kernel:  [autoremove_wake_function+0/96] 
autoremove_wake_function+0x0/0x60
Oct 28 10:36:40 localhost kernel:  [autoremove_wake_function+0/96] 
autoremove_wake_function+0x0/0x60
Oct 28 10:36:40 localhost kernel:  [try_to_wake_up+177/208] 
try_to_wake_up+0xb1/0xd0
Oct 28 10:36:40 localhost kernel:  [handle_stripe+2630/4048] 
handle_stripe+0xa46/0xfd0
Oct 28 10:36:40 localhost kernel:  [schedule+745/1312] schedule+0x2e9/0x520
Oct 28 10:36:40 localhost kernel:  [sync_request+210/304] 
sync_request+0xd2/0x130
Oct 28 10:36:40 localhost kernel:  [md_do_sync+1571/2048] md_do_sync+0x623/0x800
Oct 28 10:36:40 localhost kernel:  [recalc_task_prio+136/336] 
recalc_task_prio+0x88/0x150
Oct 28 10:36:40 localhost kernel:  [activate_task+98/128] 
activate_task+0x62/0x80
Oct 28 10:36:40 localhost kernel:  [preempt_schedule+73/112] 
preempt_schedule+0x49/0x70
Oct 28 10:36:40 localhost kernel:  [md_thread+373/384] md_thread+0x175/0x180
Oct 28 10:36:40 localhost kernel:  [schedule_tail+23/80] schedule_tail+0x17/0x50
Oct 28 10:36:40 localhost kernel:  [ret_from_fork+6/28] ret_from_fork+0x6/0x1c
Oct 28 10:36:40 localhost kernel:  [md_thread+0/384] md_thread+0x0/0x180
Oct 28 10:36:40 localhost kernel:  [md_thread+0/384] md_thread+0x0/0x180
Oct 28 10:36:40 localhost kernel:  [kernel_thread_helper+5/16] 
kernel_thread_helper+0x5/0x10
Oct 28 10:36:40 localhost kernel: Code: fd ff 8b 5c 24 08 8b 74 24 0c 83 c4 10 
c3 0f 0b eb cf 89 f6 55 57 56 53 83 ec 10 8b 44 24 24 8b 6c 24 2c 8b 74 24 28 
89 44 24 04 <8b> 45 00 89 04 24 e8 8e e7 fd ff 85 c0 89 c3 0f 84 26 01 00 00

Any ideas to the cause of this are appreciated!

Thanks!

Regards,
Robert

-- 
___________________________________________________
Play 100s of games for FREE! http://games.mail.com/


_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users
WARNING - OLD ARCHIVES

xen-users

[Xen-users] Xen and EVMS/Raid5 - Null pointer dereference
