Just a heads up I ran into an issue with adding a Fibre Channel storage domain on a CentOS 7 host.

vdsm-4.16.7-1.gitdb83943.el7.x86_64 from oVirt 3.5 Release repo

This version of vdsm still has the code in /usr/share/vdsm/storage/hba.py that performs issue_lip to rescan fibre channel HBAs.  In my setup, the HBA paths are still recovering when 'dmsetup status' is run resulting in paths being offline and the LUNs being made unavailable to oVirt (UI shows exclamation mark).


Quick workaround that worked for me:

(1) Comment line 107 in /usr/share/vdsm/storage/multipath.py i.e.:

#supervdsm.getProxy().hbaRescan()

(2) Restart supervdsmd

systemctl restart supervdsmd.service

Regards
Paul