<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">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<br>
-Chuck<br>
<br>
<br>
On 12/14/2015 2:14 PM, <a class="moz-txt-link-abbreviated" href="mailto:cgasmith@comcast.net">cgasmith@comcast.net</a> wrote:<br>
</div>
<blockquote
cite="mid:1064306258.1611328.1450131272380.JavaMail.zimbra@comcast.net"
type="cite">
<div style="font-family: Arial; font-size: 12pt; color: #000000">
<div aria-label="Compose body">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.<br>
</div>
<div aria-label="Compose body"><br>
</div>
<div aria-label="Compose body">Each node has:<br>
</div>
<div aria-label="Compose body">/dev/vg_on_my_local_raid/local_for_drbd<br>
</div>
<div aria-label="Compose body"><br>
</div>
<div aria-label="Compose body">drbd uses above for its storage <br>
</div>
<div aria-label="Compose body">which serves as a pv for<br>
</div>
<div aria-label="Compose body"><br>
</div>
<div aria-label="Compose body">/dev/vg_reflected <br>
</div>
<div aria-label="Compose body"><br>
</div>
<div aria-label="Compose body">It seems that on the primary node
that created /dev/vg_reflected (and test lv's inside it) has
no problem to access<br>
</div>
<div aria-label="Compose body"><br>
</div>
<div aria-label="Compose body">vgchange /dev/vg_reflected -an <br>
</div>
<div aria-label="Compose body"><br>
</div>
<div aria-label="Compose body">primary node -> secondary <br>
</div>
<div aria-label="Compose body"><br>
</div>
<div aria-label="Compose body">Different node:<br>
</div>
<div aria-label="Compose body">drbd -> primary<br>
</div>
<div aria-label="Compose body">
<div>vgchange /dev/vg_reflected -ay</div>
<div><br>
</div>
<div>results in IOCTL failures that wont mount.<br>
</div>
<div><br>
</div>
<div>kernel: device-mapper: table: 253:4: linear: dm-linear:
Device lookup failed<br>
kernel: device-mapper: ioctl: error adding target to table<br>
<br>
</div>
<div><br>
</div>
<div>Upon several searches, it seems that this possibly occurs
when LVM2 metadata is incorrect or corrupt.<br>
</div>
<div>Though Its not corrupt as going back to the
primary-creating-node works fine. <br>
</div>
<div><br>
</div>
<div>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.<br>
</div>
<div><br>
</div>
<div>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.<br>
</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
</div>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
drbd-user mailing list
<a class="moz-txt-link-abbreviated" href="mailto:drbd-user@lists.linbit.com">drbd-user@lists.linbit.com</a>
<a class="moz-txt-link-freetext" href="http://lists.linbit.com/mailman/listinfo/drbd-user">http://lists.linbit.com/mailman/listinfo/drbd-user</a>
</pre>
</blockquote>
<br>
</body>
</html>