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 -Chuck 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>