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