I think you nailed it. There are no disks available to mount. They are already mounted to the host.
Quoting "Donny Davis" <donny@cloudspin.me>:
tail -f /var/log/vdsm/vdsm.log
Then then go through the connect sequence. You should get a better idea.
It shows a successful connect, but keeps trying to do a scan. About every 30 seconds, the following entry shows up:
--- START ---
Thread-12294::DEBUG::2015-08-10 10:13:09,286::misc::741::Storage.SamplingMethod::(__call__) Trying to enter sampling method (storage.iscsi.rescan)
Thread-12294::DEBUG::2015-08-10 10:13:09,286::iscsi::424::Storage.ISCSI::(rescan) Performing SCSI scan, this will take up to 30 seconds
Thread-12294::DEBUG::2015-08-10 10:13:09,286::iscsiadm::97::Storage.Misc.excCmd::(_runCmd) /usr/bin/sudo -n /sbin/iscsiadm -m session -R (cwd None)
--- END ---
so it seems it never quite finished the scan.
Did you put any acls on the iscsi mount to allow the hosts to connect?
I did. I was able to get my oVirt host's iSCSI Initiator Name from it's "General" tab/page "System > Hosts", and created the ACL for it in "targetcli":
-- START ---
cd /iscsi/iqn.2003-01.org.linux-iscsi.yvr001svr01.x8664:sn.33a56c3324e0/tpg1/acls
create iqn.1994-05.com.redhat:ba4cc8b3368e
--- END ---
The output indicated that the ACL was created and mapped to LUN 0. I ran the exact same command for my Win 7 PC (using it's iSCSI Initiator Name, of course).
I did not setup any sort of CHAP authentication.
There is one thing I have noticed in viewing my /var/log/messages on my host/storage that may have an effect. As you may or may not know, I am running a single-server with hosted engine. My storage is also on this server.
What I have noticed is that my host/storage server is mounting the iSCSI target automatically as '/dev/sdd', so I am not sure if that may be affecting oVirt's ability to scan, if it is already connected to by the very same host?
(I hope this makes sense? If not, let me know and I can try to answer your questions better)