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). Issue discussed here: https://bugzilla.redhat.com/show_bug.cgi?id=1159839 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