Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.
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)... I am running DRBD on LVM2 device with to be volume and metadata both on different LVs. Running VMs - Configuration below. Linux OracleLinuxVM1 2.6.32-71.el6.i686 #1 SMP Wed Dec 15 09:50:18 EST 2010 i686 i686 i386 GNU/Linux I have created the kernel module for DRBD as per instructions on the DRBD.org and the module # modinfo drbd filename: /lib/modules/2.6.32-71.el6.i686/kernel/drivers/block/drbd.ko alias: block-major-147-* license: GPL version: 8.4.1 description: drbd - Distributed Replicated Block Device v8.4.1 author: Philipp Reisner <phil at linbit.com>, Lars Ellenberg <lars at linbit.com> srcversion: BDEB896AF78C3EDA3E0BC08 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 The status before the crash is - (on the node that crashed) Dec 19 18:31:39 OracleLinuxVM2 kernel: block drbd1: uuid_compare()=0 by rule 10 Dec 19 18:31:39 OracleLinuxVM2 kernel: block drbd1: No resync, but 262112 bits in bitmap! Dec 19 18:51:19 OracleLinuxVM2 kernel: block drbd1: disk( Inconsistent -> Failed ) Dec 19 18:51:19 OracleLinuxVM2 kernel: block drbd1: disk( Failed -> Diskless ) Dec 19 18:51:19 OracleLinuxVM2 kernel: block drbd1: drbd_bm_resize called with capacity == 0 Dec 19 18:53:10 OracleLinuxVM2 kernel: block drbd1: disk( Diskless -> Attaching ) Dec 19 18:53:10 OracleLinuxVM2 kernel: block drbd1: max BIO size = 1048576 Dec 19 18:53:10 OracleLinuxVM2 kernel: block drbd1: drbd_bm_resize called with capacity == 2097152 Dec 19 18:53:10 OracleLinuxVM2 kernel: block drbd1: resync bitmap: bits=262144 words=8192 pages=8 Dec 19 18:53:10 OracleLinuxVM2 kernel: block drbd1: size = 1024 MB (1048576 KB) Dec 19 18:53:10 OracleLinuxVM2 kernel: block drbd1: bitmap READ of 8 pages took 3 jiffies Dec 19 18:53:10 OracleLinuxVM2 kernel: block drbd1: recounting of set bits took additional 0 jiffies Dec 19 18:53:10 OracleLinuxVM2 kernel: block drbd1: 1024 MB (262112 bits) marked out-of-sync by on disk bit-map. Dec 19 18:53:10 OracleLinuxVM2 kernel: block drbd1: disk( Attaching -> Inconsistent ) pdsk( DUnknown -> Outdated ) Dec 19 18:53:10 OracleLinuxVM2 kernel: block drbd1: attached to UUIDs 0000000000000004:0000000000000000:0000000000000000:0000000000000000 Dec 19 18:53:10 OracleLinuxVM2 kernel: block drbd1: drbd_sync_handshake: Dec 19 18:53:10 OracleLinuxVM2 kernel: block drbd1: self 0000000000000004:0000000000000000:0000000000000000:0000000000000000 bits:262112 flags:0 Dec 19 18:53:10 OracleLinuxVM2 kernel: block drbd1: peer 0000000000000004:0000000000000000:0000000000000000:0000000000000000 bits:262112 flags:2 Dec 19 18:53:10 OracleLinuxVM2 kernel: block drbd1: uuid_compare()=0 by rule 10 Dec 19 18:53:10 OracleLinuxVM2 kernel: block drbd1: No resync, but 262112 bits in bitmap! Dec 19 18:53:10 OracleLinuxVM2 kernel: block drbd1: peer( Unknown -> Secondary ) conn( WFReportParams -> Connected ) pdsk( Outdated -> Inconsistent ) On the peer node Dec 19 18:54:37 OracleLinuxVM1 kernel: block drbd1: uuid_compare()=2 by rule 30 Dec 19 18:54:37 OracleLinuxVM1 kernel: block drbd1: Becoming sync source due to disk states. Dec 19 18:54:37 OracleLinuxVM1 kernel: block drbd1: Writing the whole bitmap, full sync required after drbd_sync_handshake. Dec 19 18:54:37 OracleLinuxVM1 kernel: block drbd1: bitmap WRITE of 8 pages took 3 jiffies Dec 19 18:54:37 OracleLinuxVM1 kernel: block drbd1: 1024 MB (262144 bits) marked out-of-sync by on disk bit-map. Dec 19 18:54:37 OracleLinuxVM1 kernel: block drbd1: conn( Connected -> WFBitMapS ) Dec 19 18:54:37 OracleLinuxVM1 kernel: block drbd1: send bitmap stats [Bytes(packets)]: plain 0(0), RLE 21(1), total 21; compression: 100.0% Call Trace on Node 2 (which panics) [cid:image001.png at 01CDDDF1.D24F6D90] I am not too sure how to resolve this, any assistance is appreciated. Amit Shil -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.linbit.com/pipermail/drbd-user/attachments/20121219/e38eadb1/attachment.htm> -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 65223 bytes Desc: image001.png URL: <http://lists.linbit.com/pipermail/drbd-user/attachments/20121219/e38eadb1/attachment.png>