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

<div class="im">----- Original Message -----<br>
&gt; Hi,<br>
&gt;<br>
&gt; pvresize doesn&#39;t work, still same size.<br>
&gt;<br>
&gt; How do i disconnect the iscsi session?<br>
&gt;<br>
&gt; Between disconnecting and ovirt connect again, will i loose<br>
&gt; connection to my VMs?<br>
<br>
</div>Of course you would.  Your VMs would automatically pause.<br>
I doubt this is what you want.<br>
What you can do prior to running pvresize is run:<br>
iscsiadm -m session -R<br>
Hope this helps.<br>
<div class="im"><br></div></blockquote><div><br></div><div>Did anyone have any success with this?  I was unable to get pvdisplay to show the new size until I rebooted the hosts and ran pvresize.  I started with a 1TiB volume on our Equallogics SAN and set it to 5TiB.  I put my non-SPM host into maintenance and ran pvresize on the SPM.  I did not expect this to work because of previous experience and this thread.  pvresize said it resized, but pvdisplay showed 1023GiB instead of 1TB, so it shrunk it a tiny bit?</div>

<div><br></div><div>Next, I tried `iscsiadm -m session -R` and then pvresize which said it resized 0 PVs and pvdisplay confirms no change.  I did a `iscsiadm -m node -T &lt;iqn&gt; -u` then `iscsiadm -m node -T &lt;iqn&gt; -l` followed by pvdisplay.  pvdisplay spewed an IO error message for the PV and each LV and I noticed that the device had changed from /dev/mapper/&lt;UUID&gt; to /dev/sdf, which explains why it thought the PV and all the other LVs were missing.  I should have deactivated the LVs/VG/PV first I supposed, and then reactivated them afterwords.</div>

<div><br></div><div>Anyway, this gave me pause, but I&#39;m still pre-production, so I went ahead and did a pvresize, which did nothing,and pvdisplay gave the same output, including errors, as before.  So, I rebooted the host, activated the host, ran pvresize on the host, and all is as desired.</div>

<div><br></div><div>I then rebooted my other host and all was well when it came up.  I can deal with rebooting each host if necessary, but it is certainly not ideal.  Has anyone worked out the correct steps make this happen without rebooting the hosts and minimal VM interruption?  I might try it a couple more times if not.</div>

<div><br></div><div>The bigger question is, how do I get the engine to see the new size?  It is still seeing 1TB.  Stopping and starting (why no restart on /etc/init.d/ovirt-engine?) did not cause a refresh.  Oop!  There it went, just as I was typing this, I saw it change in the window behind this one.  So, was it just a cache time out, or did I need to restart the engine as well?</div>

<div><br></div><div>An ideal setup would be for the engine to detect the change and run the necessary commands on each host.  If auto detection is not reasonable, an option in the GUI to tell the engine the LUN has changed would be nearly as good.</div>

<div><br></div><div>Alternately, would it just be better to create a new LUN on the iSCSI target and add it to the storage domain?  Is that even doable?  Certainly it is as simple as adding a new PV to the VG in LVM, but does the engine/GUI support it?  It seems a bit more messy than growing an existing domain from an iSCSI target point of view, but are there any technical down sides?</div>

<div><br></div><div>Eventually, I think I&#39;ll look into filing a feature request, so I would appreciate if some one could point me in the right direction, but let&#39;s hash out what makes sense here before doing that.</div>

</div>