[DRBD-user] Kernel Dump / Invalid Null Pointer drbd 0.7.23 together with vServer

Lars Ellenberg lars.ellenberg at linbit.com
Mon Apr 23 09:42:52 CEST 2007

Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.


On Sun, Apr 22, 2007 at 10:46:32PM +0200, Oliver Welter wrote:
> Hi List,
> 
> I upgraded one of my boxes from 2.6.15 / 0.7.15 to 2.6.20 / 0.7.23 - I 
> use the patches http://linux-vserver.org/ for para-virtualized guests 
> anf mount the drbd disks inside these guests.
> 
> Worked fine the last year, now after the update I get kernel oopes when 
> I try to send the device to secondary state - the whole mount operation 
> is executed in the virtual context of the guest - running it on the root 
> host works fine.

then my guess is that either that patch breaks^Wchanges
something fundamentally, and drbd would need to be adjusted to match
that change, or you did something stupid and compiled drbd against
a non-matching kernel, causing the drbd module and your kernel to be
ABI incompatible, and for some reason the safety net of insmod does
not catch the ABI incompatibility and loads it anyways.

> It forces me to do a reboot -nf because ecach normal reboot will freeze 
> on "sync".
> 
> The output of the oops is below,
> 
> any hints on this ??
> 
> Oliver
> 
> 
> EXT3 FS on drbd6, internal journal
> EXT3-fs: mounted filesystem with ordered data mode.
> BUG: unable to handle kernel NULL pointer dereference at virtual address 
> 00000030
>  printing eip:
> c01184b1
> *pde = 00000000
> Oops: 0000 [#1]
> CPU:    0
> EIP:    0060:[<c01184b1>]    Not tainted VLI
> EFLAGS: 00010046   (2.6.20-vs2.2.0-gentoo #2)
> EIP is at recalc_sigpending_tsk+0xc/0x61
> eax: f747b560   ebx: f747b560   ecx: 00000000   edx: 00000000
> esi: 00000000   edi: c21a9cc8   ebp: 00000000   esp: f5803c48
> ds: 007b   es: 007b   ss: 0068
> Process reboot (pid: 7257[#666], ti=f5802000 task=f747b560 task.ti=f5802000)
> Stack: 00000246 00000000 c21a9cc8 f7869bbc c02c86c0 00000000 00000000 
> 00000000
>        00000000 00000001 f7869bbc 00000000 00000000 67027483 10100000 
> 00000000
>        00000000 f7869bbc 00000000 c21a9cc8 00000001 c2186e20 f7869bbc 
> c02c2db2
> Call Trace:
>  [<c02c86c0>] drbd_send_dblock+0xdd/0x2c6
>  [<c02c2db2>] drbd_make_request_common+0x5c9/0x7b9
>  [<c02c31fd>] drbd_make_request_26+0x1e9/0x1f1
>  [<c02578f8>] generic_make_request+0x118/0x128
>  [<c03c5ae1>] __sched_text_start+0x631/0x697
>  [<c0259753>] submit_bio+0xa6/0xac
>  [<c01312b0>] mempool_alloc+0x1c/0x94
>  [<c0162958>] bio_alloc_bioset+0x9b/0xf3
>  [<c0160133>] submit_bh+0xb9/0xd5
>  [<c01613dd>] sync_dirty_buffer+0x67/0xb0
>  [<c01aa198>] ext3_commit_super+0x3a/0x4e
>  [<c01ab6c1>] ext3_put_super+0x52/0x19a
>  [<c01567aa>] invalidate_inodes+0xac/0xb7
>  [<c014833b>] generic_shutdown_super+0x4d/0xb5
>  [<c01483c0>] kill_block_super+0x1d/0x2d
>  [<c014844d>] deactivate_super+0x4a/0x5d
>  [<c01580eb>] release_mounts+0x4e/0x58
>  [<c0158134>] __put_mnt_ns+0x3f/0x52
>  [<c0121b1e>] free_nsproxy+0x22/0x64
>  [<c0122f7a>] unhash_vx_info+0x38/0xcb
>  [<c0113703>] do_exit+0x71f/0x749
>  [<c012609c>] vs_reboot+0x1c/0x74
>  [<c0113780>] sys_exit_group+0x0/0xd
>  [<c0119eba>] get_signal_to_deliver+0x328/0x338
>  [<c0101f18>] do_notify_resume+0x83/0x5a0
>  [<c01214e3>] hrtimer_cancel+0xa/0x14
>  [<c03c63f1>] do_nanosleep+0x41/0x65
>  [<c01216fe>] hrtimer_nanosleep+0x3d/0xf0
>  [<c0118756>] do_sigaction+0x79/0x11c
>  [<c0121466>] hrtimer_wakeup+0x0/0x18
>  [<c011859b>] sigprocmask+0x8a/0x91
>  [<c01217fa>] sys_nanosleep+0x49/0x59
>  [<c01027a2>] work_notifysig+0x13/0x19
>  [<c03c0000>] __read_bytes_from_xdr_buf+0x7b/0x7d
>  =======================
> Code: 89 c3 8b 83 50 04 00 00 85 c0 74 11 9c 59 fa 89 0a 3b 83 50 04 00 
> 00 74 04 51 9d eb e5 5b c3 55 57 56 53 89 c3 8b a8 4c 04 00 00 <83> 7d 
> 30 00 7f 3b 8b 78 04 8b 47 08 a9 00 00 08 00 75 2e 8b b3
> EIP: [<c01184b1>] recalc_sigpending_tsk+0xc/0x61 SS:ESP 0068:f5803c48
>  BUG: at kernel/exit.c:877 do_exit()
>  [<c0113028>] do_exit+0x44/0x749
>  [<c011165d>] printk+0x1b/0x1f
>  [<c0103151>] die+0x199/0x1a1
>  [<c010cab5>] do_page_fault+0x442/0x521
>  [<c010c673>] do_page_fault+0x0/0x521
>  [<c03c6ccc>] error_code+0x74/0x7c
>  [<c02c007b>] receive_RSDataReply+0x291/0x461
>  [<c01184b1>] recalc_sigpending_tsk+0xc/0x61
>  [<c02c86c0>] drbd_send_dblock+0xdd/0x2c6
>  [<c02c2db2>] drbd_make_request_common+0x5c9/0x7b9
>  [<c02c31fd>] drbd_make_request_26+0x1e9/0x1f1
>  [<c02578f8>] generic_make_request+0x118/0x128
>  [<c03c5ae1>] __sched_text_start+0x631/0x697
>  [<c0259753>] submit_bio+0xa6/0xac
>  [<c01312b0>] mempool_alloc+0x1c/0x94
>  [<c0162958>] bio_alloc_bioset+0x9b/0xf3
>  [<c0160133>] submit_bh+0xb9/0xd5
>  [<c01613dd>] sync_dirty_buffer+0x67/0xb0
>  [<c01aa198>] ext3_commit_super+0x3a/0x4e
>  [<c01ab6c1>] ext3_put_super+0x52/0x19a
>  [<c01567aa>] invalidate_inodes+0xac/0xb7
>  [<c014833b>] generic_shutdown_super+0x4d/0xb5
>  [<c01483c0>] kill_block_super+0x1d/0x2d
>  [<c014844d>] deactivate_super+0x4a/0x5d
>  [<c01580eb>] release_mounts+0x4e/0x58
>  [<c0158134>] __put_mnt_ns+0x3f/0x52
>  [<c0121b1e>] free_nsproxy+0x22/0x64
>  [<c0122f7a>] unhash_vx_info+0x38/0xcb
>  [<c0113703>] do_exit+0x71f/0x749
>  [<c012609c>] vs_reboot+0x1c/0x74
>  [<c0113780>] sys_exit_group+0x0/0xd
>  [<c0119eba>] get_signal_to_deliver+0x328/0x338
>  [<c0101f18>] do_notify_resume+0x83/0x5a0
>  [<c01214e3>] hrtimer_cancel+0xa/0x14
>  [<c03c63f1>] do_nanosleep+0x41/0x65
>  [<c01216fe>] hrtimer_nanosleep+0x3d/0xf0
>  [<c0118756>] do_sigaction+0x79/0x11c
>  [<c0121466>] hrtimer_wakeup+0x0/0x18
>  [<c011859b>] sigprocmask+0x8a/0x91
>  [<c01217fa>] sys_nanosleep+0x49/0x59
>  [<c01027a2>] work_notifysig+0x13/0x19
>  [<c03c0000>] __read_bytes_from_xdr_buf+0x7b/0x7d
>  =======================
> Fixing recursive fault but reboot is needed!
> 
> 
> -- 
> Diese Nachricht wurde digital unterschrieben
> oliwel's public key: http://www.oliwel.de/oliwel.crt
> Basiszertifikat: http://www.ldv.ei.tum.de/page72
> _______________________________________________
> drbd-user mailing list
> drbd-user at lists.linbit.com
> http://lists.linbit.com/mailman/listinfo/drbd-user
> 

-- 
: Lars Ellenberg                            Tel +43-1-8178292-0  :
: LINBIT Information Technologies GmbH      Fax +43-1-8178292-82 :
: Vivenotgasse 48, A-1120 Vienna/Europe    http://www.linbit.com :
__
please use the "List-Reply" function of your email client.



More information about the drbd-user mailing list