On Sat, Sep 29, 2012 at 3:47 PM, Ayal Baron <span dir="ltr">&lt;<a href="mailto:abaron@redhat.com" target="_blank">abaron@redhat.com</a>&gt;</span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="im">&gt; &gt; However, as I read this email, it occurred that some other things</div><div class="im">
&gt; &gt; might not be equal. Specifically, using multiple LUNs could provide<br>
&gt; &gt; a means of shrinking the storage domain in the future. LVM provides<br>
&gt; &gt; a simple means to remove a PV from a VG, but does the engine<br>
&gt; &gt; support<br>
&gt; &gt; this in the CLI or GUI? That is, if the a storage domain has<br>
&gt; &gt; multiple LUNs in it, can those be removed at a later date?<br>
&gt;<br>
&gt; Not yet.<br>
&gt;<br>
&gt;<br>
&gt; Does this mean it is in the works? If not, where could I put in such<br>
&gt; feature request?<br>
&gt;<br>
&gt;<br>
&gt; Certainly, I have no pressing need of this, but it seems like a<br>
&gt; fairly simple thing to implement since I have done it so easily in<br>
&gt; the past with a just a couple of commands outside of an oVirt<br>
&gt; environment. I believe the primary purpose of the LVM functionality<br>
&gt; was to enable removal of dying PVs before they take out an entire<br>
&gt; VG. No reason it would not work just as well to remove a healthy PV.<br>
&gt; It can take a long time to move all the extents off the PV<br>
&gt; requested, but there is command to show the progress, so it would<br>
&gt; also be easy to wrap that in to the GUI.<br>
<br>
</div>What&#39;s simple in a single host environment is really not that simple when it comes to clusters.<br>
The tricky part is the coordination between the different hosts and doing it live or with minimal impact.<br>
<br>
</blockquote></div><br><div>Fair enough, but it seems that the cluster environment has been addressed with the SPM mechanism for all things LVM.  Certainly, initial coding the feature would be fairly trivial, but I can imagine that testing in the cluster environment might expose additional complexity.</div>