<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Oct 24, 2017 at 7:29 AM, Idan Shaby <span dir="ltr">&lt;<a href="mailto:ishaby@redhat.com" target="_blank">ishaby@redhat.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><div><div><div>Hi Gianluca,<br><br></div>Can you try to reproduce it with FC? Maybe it&#39;s somehow related to that.<br></div>Did you try to lvremove the old lv&#39;s, or are they still in use?<br></div></div></div></blockquote><div><br></div><div>Do you mean directly from OS using lvremove command? </div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><div></div>Trying to do this from the SPM should be ok. </div></div></blockquote><div><br></div><div>OK. I can try it on SPM node if you confirm </div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>What do you mean synchronize the information at the other node side?<br></div></div></blockquote><div><br></div><div>I mean that in the past I worked with RHCS clusters, in both kinds of LVM configurations: 1) CLVMD and 2) HA-LVM</div><div>In 1) I have the LVM layer that is cluster aware so if I run commands that modify metadata information for LVM (such as adding, removing, extending LV) I&#39;m confident.</div><div>In 2), as LVM itself is not cluster aware, it is dangerous to do LVM metadata operations with both nodes accessing the shared volumes.</div><div>So in this case I typically executed these steps:</div><div>- relocate the services so that they are all on one node </div><div>- power down the other one</div><div>- execute the required LVM changes </div><div>- power on the second node to have it join the cluster again</div><div>- eventually relocate back part of the cluster services to the second node</div><div><br></div><div>If I run &quot;lvs&quot; command on both oVirt nodes, they now both show the information regarding the not-removed LV.</div><div>How does oVirt manage synchronization and coherence of LVM metadata between nodes?</div><div>This is what I meant with my question...</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div></div>In any case, this is a disk that you don&#39;t need anymore, isn&#39;t it? You said that the copy part of the move operation went well.<br></div><div class="gmail_extra"><br clear="all"><div><div class="gmail-m_8286679596754900879gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><br>Regards,<br></div>Idan<br></div></div></div></div></div></div></div><div><div class="gmail-h5"><br></div></div></div></blockquote><div><br></div><div>Yes. the move operation succeeded and I&#39;m usingthe target LV, that indeed is marked with &quot;open&quot; (o) while the source not (-)</div><div><br></div><div>Gianluca</div><div><br></div><div><br></div><div> </div></div></div></div>