[DRBD-user] DRBD9 LVM2 Backed issue

Chuck Smith cgasmith at comcast.net
Fri Jan 8 20:54:44 CET 2016

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

Progress has been made, though testing continues. You cannot use a drbd9 
backed device as a pv. (CentOS 6.7) I've altered the architecture to 
rely on just native mount/umount and instead of partitioning the drbd9 
device using lvm, I'll partition it as three separate resources (one 
never expected to grow, other two may grow depending on needs) and will 
rely on auto-promote since there is no valid ocf for drbd9

On 12/14/2015 2:14 PM, cgasmith at comcast.net wrote:
> I have drbd9 in a 3 node mesh, all seems normal (albeit 3 hours on a 
> 10G network to initial sync 3Tb) . All nodes are backed by by an LVM 
> allocated on top of a hardware raid, makeing the /dev/drbd1 on each 
> node. For debugging, auto-promote is disabled by config.
> Each node has:
> /dev/vg_on_my_local_raid/local_for_drbd
> drbd uses above for its storage
> which serves as a pv for
> /dev/vg_reflected
> It seems that on the primary node that created /dev/vg_reflected (and 
> test lv's inside it) has no problem to access
> vgchange /dev/vg_reflected -an
> primary node -> secondary
> Different node:
> drbd -> primary
> vgchange /dev/vg_reflected -ay
> results in IOCTL failures that wont mount.
> kernel: device-mapper: table: 253:4: linear: dm-linear: Device lookup 
> failed
> kernel: device-mapper: ioctl: error adding target to table
> Upon several searches, it seems that this possibly occurs when LVM2 
> metadata is incorrect or corrupt.
> Though Its not corrupt as going back to the primary-creating-node 
> works fine.
> So, I'm a bit confused where to look to solve the problem, it seems to 
> me there is something that is node specific that should be blanked or 
> not writing, I've tried crusted LVM. but that really doesnt do much 
> except put vg control in ccs/cman, not of value for a single primary 
> node configuration 1 of 3.
> Any suggestions would be appreciated, have considered wiping the whole 
> node and create araid /dev/sdx device to use as the backing  device, 
> but that looses the flexibility on resize online adding pv's to the 
> backing device.
> _______________________________________________
> drbd-user mailing list
> drbd-user at lists.linbit.com
> http://lists.linbit.com/mailman/listinfo/drbd-user

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linbit.com/pipermail/drbd-user/attachments/20160108/7fecd363/attachment.htm>

More information about the drbd-user mailing list