Chris,

Sorry to chime in late, but this might help you (or someone with a similar upgrade situation) in the future.  The "rescan-scsi-bus.sh" script from the sg3-utils package can handle the update for the size increase without the reboot.   Just need to run with the "-s" param to look for resized LUNs like the below (run from a CentOS7.3 server):  

```
# rescan-scsi-bus.sh -s 
Scanning SCSI subsystem for new devices
Searching for resized LUNs
0 new or changed device(s) found.           
0 remapped or resized device(s) found.
0 device(s) removed.    
```

Cheers
Jeff


On Fri, Feb 24, 2017 at 9:20 AM, Chris Adams <cma@cmadams.net> wrote:
I did see that page, but... I can't get there from here.  I can't get
upgraded from 3.5 until I get past this problem, and on 3.5, the hosted
engine storage domain isn't included in the normal UI at all.

I think I did get this working though; both servers had kernel messages
that they saw the LUN resize, but they didn't actually change the block
device size to reflect that.  After rebooting each server (separately),
lsblk showed the new size on both, and a manual pvresize on both shows
the increased VG size.

On to testing 3.6 upgrade again!


Once upon a time, Adam Litke <alitke@redhat.com> said:
> Hi Chris.  We added this feature to newer versions of oVirt (see the
> feature page[1]).  The easiest way to work around this problem might be to
> add an additional LUN to this domain if you are able to do it.  If not, it
> looks like you would need to manually reconnect the host to the domain, to
> a pvresize to the new size.  I am not sure if any engine DB updates will
> also be required.  Nir and Fred worked on this feature and might be able to
> assist you further.
>
>
> [1]
> https://www.ovirt.org/develop/release-management/features/storage/lun-resize/
>
> On Fri, Feb 24, 2017 at 9:00 AM, Chris Adams <cma@cmadams.net> wrote:
>
> > I'm testing upgrading an oVirt 3.5 setup, and I have run into a problem
> > when going from 3.5 to 3.6 on a physical machine configured for the
> > hosted engine.  I upgraded the engine itself okay, but when I upgraded
> > the first physical machine, it cannot be re-activated; it gets an error
> > connecting to the storage domain.
> >
> > Checking the logs, it looks like it is looping trying to create a new LV
> > in the HE VG.  I assume this is for moving the HE config to the shared
> > storage?  It is failing because it is trying to create a 1G LV, but the
> > VG only has 512M free space.
> >
> > I extended the iSCSI volume, but there doesn't appear to be anyway to
> > get the HE nodes to recognize this; they both still see the original
> > size, no matter what I try.  Is there a way to get them to see the
> > larger PV, so the new LV(s) can be created?
> >
> > --
> > Chris Adams <cma@cmadams.net>
> > _______________________________________________
> > Users mailing list
> > Users@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
> >
>
>
>
> --
> Adam Litke

> _______________________________________________
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users


--
Chris Adams <cma@cmadams.net>
_______________________________________________
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users