[DRBD-user] BUG: unable to handle kernel NULL pointer dereference at 0...037 (drbd-8.3.2)

Lars Ellenberg lars.ellenberg at linbit.com
Mon Sep 21 13:35:05 CEST 2009

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


On Mon, Sep 21, 2009 at 12:06:41PM +0200, PieterB wrote:
> The dmesg log lists an error when I try to start drbd 8.3.2 on node 1
> (guest) with a ocfs2 filesystem. It might be caused because of timeserver
> issues on that node. I installed ntp recently on the guest.

very unlikely that this has anything to do with "timeserver issues".

> My configuration:
> Node 0: Host: Ubuntu 9.04 Server with 2.6.31 kernel (QEMU 0.91 (kvm-82))
> Node 1: Virtual Machine Guest: Ubuntu 9.04 Server with 2.6.31 kernel
> Both nodes run DRBD 8.3.2
> 
> See attachement for dmesg log.
> 
> I couldn't find a bug tracker, so I posting the bug report here.

> [12098.000136] Clocksource tsc unstable (delta = -86462353 ns)
> [12175.298598] JBD: Clearing recovery information on journal
> [12175.373555] kjournald starting.  Commit interval 5 seconds
> [12213.202240] drbd: initialised. Version: 8.3.2 (api:88/proto:86-90)
> [12213.202242] drbd: GIT-hash: dd7985327f146f33b86d4bff5ca8c94234ce840e build by root at ve, 2009-09-21 11:44:56
> [12213.202244] drbd: registered as block device major 147
> [12213.202246] drbd: minor_table @ 0xffff88001f8b4f00
> [12217.220456] block drbd0: Starting worker thread (from cqueue [2647])
> [12217.220662] block drbd0: disk( Diskless -> Attaching ) 
> [12217.287278] block drbd0: Found 64 transactions (3897 active extents) in activity log.
> [12217.287282] block drbd0: Method to ensure write ordering: barrier
> [12217.287286] block drbd0: max_segment_size ( = BIO size ) = 32768
> [12217.287289] block drbd0: drbd_bm_resize called with capacity == 1953460304
> [12217.320116] block drbd0: resync bitmap: bits=244182538 words=3815353
> [12217.320121] block drbd0: size = 931 GB (976730152 KB)
> [12217.822971] block drbd0: recounting of set bits took additional 3 jiffies
> [12217.822983] block drbd0: 0 KB (0 bits) marked out-of-sync by on disk bit-map.
> [12217.822990] block drbd0: disk( Attaching -> UpToDate ) 
> [12217.846811] block drbd0: conn( StandAlone -> Unconnected ) 
> [12217.846834] block drbd0: Starting receiver thread (from drbd0_worker [2651])
> [12217.850216] block drbd0: receiver (re)started
> [12217.850235] BUG: unable to handle kernel NULL pointer dereference at 0000000000000037
> [12217.850973] IP: [<ffffffffa01bbff0>] drbd_connect+0x0/0x790 [drbd]
> [12217.851432] PGD 1bd59067 PUD 1f0aa067 PMD 0 
> [12217.851931] Oops: 0002 [#1] SMP 
> [12217.852349] last sysfs file: /sys/module/drbd/parameters/cn_idx
> [12217.852795] CPU 0 
> [12217.853130] Modules linked in: drbd ipmi_msghandler nfsd lockd nfs_acl auth_rpcgss sunrpc exportfs video output ocfs2_dlmfs ocfs2_dlm lp parport psmouse serio_raw virtio_console pcspkr i2c_piix4 virtio_balloon 8139too floppy virtio_pci virtio_ring virtio 8139cp mii
> [12217.860023] Pid: 2679, comm: drbd0_receiver Not tainted 2.6.31-pb3 #1 
> [12217.860023] RIP: 0010:[<ffffffffa01bbff0>]  [<ffffffffa01bbff0>] drbd_connect+0x0/0x790 [drbd]


something that Oopses at offset 0 of some function is most likely a compile problem,
i.e. I suggest that your kernel and drbd module do not fit together.

> [12217.860023] RSP: 0018:ffff8800053c7ed8  EFLAGS: 00010282
> [12217.860023] RAX: 0000000000000037 RBX: ffff88001f8a5c98 RCX: 000000000001ffff
> [12217.860023] RDX: ffff880001c44000 RSI: 0000000000000046 RDI: ffff88001f030000
> [12217.860023] RBP: ffff8800053c7ef0 R08: 0000000000000000 R09: 0000000000000001
> [12217.860023] R10: 000000000000000a R11: 0000000000000000 R12: ffff88001f030000
> [12217.860023] R13: ffff88001f030000 R14: ffffffffa01e5112 R15: ffffffffa01e5112
> [12217.860023] FS:  00007f24b15e56f0(0000) GS:ffff880001c44000(0000) knlGS:0000000000000000
> [12217.860023] CS:  0010 DS: 0018 ES: 0018 CR0: 000000008005003b
> [12217.860023] CR2: 0000000000000037 CR3: 000000001f17e000 CR4: 00000000000006b0
> [12217.860023] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
> [12217.860023] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
> [12217.860023] Process drbd0_receiver (pid: 2679, threadinfo ffff8800053c6000, task ffff88001f0ead60)
> [12217.860023] Stack:
> [12217.860023]  ffffffffa01be972 ffff88001f974410 ffff88001f0305f0 ffff8800053c7f40
> [12217.860023] <0> ffffffffa01cc32d ffff880001c59440 ffff88001f030600 ffff880016563400
> [12217.860023] <0> ffff88001f974410 0000000000000a5b ffff88001f030000 ffff88001f0305f0
> [12217.860023] Call Trace:
> [12217.860023]  [<ffffffffa01be972>] ? drbdd_init+0x62/0x180 [drbd]
> [12217.860023]  [<ffffffffa01cc32d>] drbd_thread_setup+0xed/0x280 [drbd]
> [12217.860023]  [<ffffffff81012fca>] child_rip+0xa/0x20
> [12217.860023]  [<ffffffffa01cc240>] ? drbd_thread_setup+0x0/0x280 [drbd]
> [12217.860023]  [<ffffffff81012fc0>] ? child_rip+0x0/0x20
> [12217.860023] Code: 00 00 00 00 00 00 00 00 00 00 00 d0 fb 1d a0 00 00 00 71 17 48 e1 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 <00> 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
> [12217.860023] RIP  [<ffffffffa01bbff0>] drbd_connect+0x0/0x790 [drbd]
> [12217.860023]  RSP <ffff8800053c7ed8>
> [12217.860023] CR2: 0000000000000037
> [12217.946436] ---[ end trace 5b87bcb43da8b955 ]---
> [12232.979600] block drbd0: role( Secondary -> Primary ) 
> [12232.991728] block drbd0: Creating new current UUID


-- 
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com

DRBD® and LINBIT® are registered trademarks of LINBIT, Austria.
__
please don't Cc me, but send to list   --   I'm subscribed



More information about the drbd-user mailing list