Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.
Phil,
Not too much of luck here, I downloaded the 8.4.2 sources and compiled them (no issues) and recreated the module.. this time the kernel panic happened on the node 1 while updating from node 1 to node 2.
Not sure what's wrong..!! I am gonna give it another try from the scratch however not too hopeful as I did a clean install and configuration this time too...
On both nodes modinfo gives.
]# modinfo drbd
filename: /lib/modules/2.6.32-71.el6.i686/updates/drbd.ko
alias: block-major-147-*
license: GPL
version: 8.4.2
description: drbd - Distributed Replicated Block Device v8.4.2
author: Philipp Reisner <phil at linbit.com>, Lars Ellenberg <lars at linbit.com>
srcversion: 02B37ADFC87F304A345F0A5
depends: libcrc32c
vermagic: 2.6.32-71.el6.i686 SMP mod_unload modversions 686
parm: minor_count:Approximate number of drbd devices (1-255) (uint)
parm: disable_sendpage:bool
parm: allow_oos:DONT USE! (bool)
parm: proc_details:int
parm: enable_faults:int
parm: fault_rate:int
parm: fault_count:int
parm: fault_devs:int
parm: usermode_helper:string
On both nodes - r0.res configuration
cat r0.res
resource r0 {
on OracleLinuxVM1 {
device /dev/drbd1;
disk /dev/VG_DRBD/VG_DRBD_LV;
address 192.169.25.2:7789;
meta-disk /dev/VG_DRBD/VG_DRBD_LV_Meta;
}
on OracleLinuxVM2 {
device /dev/drbd1;
disk /dev/VG_DRBD/VG_DRBD_LV;
address 192.169.25.4:7789;
meta-disk /dev/VG_DRBD/VG_DRBD_LV_Meta;
}
}
Node 1 logs before it died
Dec 21 00:46:20 OracleLinuxVM1 kernel: block drbd1: uuid_compare()=2 by rule 30
Dec 21 00:46:20 OracleLinuxVM1 kernel: block drbd1: Becoming sync source due to disk states.
Dec 21 00:46:20 OracleLinuxVM1 kernel: block drbd1: Writing the whole bitmap, full sync required after drbd_sync_handshake.
Dec 21 00:46:20 OracleLinuxVM1 kernel: block drbd1: bitmap WRITE of 8 pages took 7 jiffies
Dec 21 00:46:20 OracleLinuxVM1 kernel: block drbd1: 1024 MB (262144 bits) marked out-of-sync by on disk bit-map.
Corresponding Node 2 logs
Dec 21 00:46:24 OracleLinuxVM2 kernel: block drbd1: max BIO size = 4096
Dec 21 00:46:24 OracleLinuxVM2 kernel: block drbd1: drbd_bm_resize called with capacity == 2097152
Dec 21 00:46:24 OracleLinuxVM2 kernel: block drbd1: resync bitmap: bits=262144 words=8192 pages=8
Dec 21 00:46:24 OracleLinuxVM2 kernel: block drbd1: size = 1024 MB (1048576 KB)
Dec 21 00:46:24 OracleLinuxVM2 kernel: block drbd1: Writing the whole bitmap, size changed
Dec 21 00:46:24 OracleLinuxVM2 kernel: block drbd1: bitmap WRITE of 8 pages took 138 jiffies
Dec 21 00:46:24 OracleLinuxVM2 kernel: block drbd1: 1024 MB (262144 bits) marked out-of-sync by on disk bit-map.
Dec 21 00:46:24 OracleLinuxVM2 kernel: block drbd1: bitmap READ of 8 pages took 1 jiffies
Dec 21 00:46:24 OracleLinuxVM2 kernel: block drbd1: recounting of set bits took additional 0 jiffies
Dec 21 00:46:24 OracleLinuxVM2 kernel: block drbd1: 1024 MB (262112 bits) marked out-of-sync by on disk bit-map.
Dec 21 00:46:24 OracleLinuxVM2 kernel: block drbd1: disk( Attaching -> Inconsistent )
Dec 21 00:46:24 OracleLinuxVM2 kernel: block drbd1: attached to UUIDs 0000000000000004:0000000000000000:0000000000000000:0000000000000000
Dec 21 00:46:24 OracleLinuxVM2 kernel: d-con r0: conn( StandAlone -> Unconnected )
Dec 21 00:46:24 OracleLinuxVM2 kernel: d-con r0: Starting receiver thread (from drbd_w_r0 [4381])
Dec 21 00:46:24 OracleLinuxVM2 kernel: d-con r0: receiver (re)started
Dec 21 00:46:24 OracleLinuxVM2 kernel: d-con r0: conn( Unconnected -> WFConnection )
Dec 21 00:46:24 OracleLinuxVM2 kernel: d-con r0: Handshake successful: Agreed network protocol version 100
Dec 21 00:46:24 OracleLinuxVM2 kernel: d-con r0: conn( WFConnection -> WFReportParams )
Dec 21 00:46:24 OracleLinuxVM2 kernel: d-con r0: Starting asender thread (from drbd_r_r0 [4390])
Dec 21 00:46:24 OracleLinuxVM2 kernel: block drbd1: max BIO size = 1048576
Dec 21 00:46:24 OracleLinuxVM2 kernel: block drbd1: drbd_sync_handshake:
Dec 21 00:46:24 OracleLinuxVM2 kernel: block drbd1: self 0000000000000004:0000000000000000:0000000000000000:0000000000000000 bits:262112 flags:0
Dec 21 00:46:24 OracleLinuxVM2 kernel: block drbd1: peer EBBAD8F6D3F6170B:0000000000000004:0000000000000000:0000000000000000 bits:262112 flags:2
Dec 21 00:46:24 OracleLinuxVM2 kernel: block drbd1: uuid_compare()=-2 by rule 20
Dec 21 00:46:24 OracleLinuxVM2 kernel: block drbd1: Becoming sync target due to disk states.
Dec 21 00:46:24 OracleLinuxVM2 kernel: block drbd1: Writing the whole bitmap, full sync required after drbd_sync_handshake.
Dec 21 00:46:24 OracleLinuxVM2 kernel: block drbd1: bitmap WRITE of 8 pages took 4 jiffies
Dec 21 00:46:24 OracleLinuxVM2 kernel: block drbd1: 1024 MB (262144 bits) marked out-of-sync by on disk bit-map.
Dec 21 00:46:24 OracleLinuxVM2 kernel: block drbd1: peer( Unknown -> Primary ) conn( WFReportParams -> WFBitMapT ) pdsk( DUnknown -> UpToDate )
Dec 21 00:46:24 OracleLinuxVM2 kernel: block drbd1: receive bitmap stats [Bytes(packets)]: plain 0(0), RLE 21(1), total 21; compression: 100.0%
Dec 21 00:46:24 OracleLinuxVM2 kernel: block drbd1: send bitmap stats [Bytes(packets)]: plain 0(0), RLE 21(1), total 21; compression: 100.0%
Dec 21 00:46:24 OracleLinuxVM2 kernel: block drbd1: conn( WFBitMapT -> WFSyncUUID )
Amit Shil
-----Original Message-----
From: Philipp Reisner [mailto:philipp.reisner at linbit.com]
Sent: 20 December 2012 09:48
To: drbd-user at lists.linbit.com
Cc: Shil,A,Amit,DKR C
Subject: Re: [DRBD-user] Kernel Panic - DRBD 8.4
Hi Amit,
This is a know bug.
http://git.drbd.org/gitweb.cgi?p=drbd-8.4.git;a=commit;h=04be124e812093c003e6a93da549ee7dda0cc443
The fix was released with 8.4.2.
Please use the latest minor release.
Best,
Phil
> Hi All,
>
> I am new to DRBD and have been unable to run a full setup at the moment. I
> am getting a kernel panic whenever the auto sync start from the Up2date
> node (whenever I do resource up or drbd restart it panics)...
[...]
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linbit.com/pipermail/drbd-user/attachments/20121220/314d0aa9/attachment.htm>