<div dir="auto">That's way to go, thank you!</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, May 9, 2019, 7:46 AM Gábor Hernádi <<a href="mailto:gabor.hernadi@linbit.com">gabor.hernadi@linbit.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div dir="ltr"><div>Hi,</div><div><br></div><div>I am quite sure that you actually don't want Linstor / DRBD to migrate a volume from a LVM pool into a volume from a LVM_THIN pool. If you would do that, DRBD would (have to) trigger a full resync, replcating the whole content of the LVM volume to the LVM_THIN volume, making the usage of the thin provisioning completely useless.</div><div><br></div><div>One possibility is to manually copy the data to the new LVM_THIN volume, which should be named exactly as the old one (as it has to be in a different pool, there should be no naming conflict). Once the copy is finished, remove all linstor resources of that resource-definition, and re-add the resources using the new LVM_THIN storage pool. Linstor's LVM driver (and thus also the LVM_THIN driver) only looks for the pool/identfier combination. If that matches, Linstor just starts using it. If you also successfully copied the DRBD metadata, also the DRBD layer will find them and basically the whole satellite no-ops (beside a safety "drbdadm adjust <resource_name>")<br></div></div><div dir="ltr"><br></div><div dir="ltr">Hope that helps,</div><div dir="ltr">Gabor<br></div></div>
_______________________________________________<br>
drbd-user mailing list<br>
<a href="mailto:drbd-user@lists.linbit.com" target="_blank" rel="noreferrer">drbd-user@lists.linbit.com</a><br>
<a href="http://lists.linbit.com/mailman/listinfo/drbd-user" rel="noreferrer noreferrer" target="_blank">http://lists.linbit.com/mailman/listinfo/drbd-user</a><br>
</blockquote></div>