[Users] 3.4 iscsi multipath feature iface initiatorname

[John Taylor]

Hi All,
I'm testing the 3.4 iscsi multipath feature and I think I have a
problem with the way  it is creating iscsi ifaces.

The background:
I've got an existing production 3.3 system that is iscsi, and it is
multipath in the sense that there are mulitple networks configured on
the hosts that are used to connect to my iscsi storage (a fujtisu
eternus) and the storage domain is configured with multiple targets
for each lun. This has worked for me but it's not the explicit managed
multipath that the new feature provides.

So in my test 3.4 all-in-one, i've tried to follow the steps at
http://www.ovirt.org/Feature/iSCSI-Multipath. I got the iscsi domain
up, but when I added the iscsi bonds, my storage domain went offline.
After digging through it, the reason  is that the iscsi bond creates
iscsi ifaces, and those ifaces have an initiatorname that is the name
of the network, not the iscsi initiatorname defined in
/etc/iscsi/initiatorname.iscsi

this is the part of vdsm log that shows the iscsi iface creation

Thread-275963::DEBUG::2014-03-06
16:58:15,743::iscsiadm::92::Storage.Misc.excCmd::(_runCmd)
'/usr/bin/sudo -n /sbin/iscsiadm -m iface' (cwd None)
Thread-275963::DEBUG::2014-03-06
16:58:15,786::iscsiadm::92::Storage.Misc.excCmd::(_runCmd) SUCCESS:
<err> = ''; <rc> = 0
Thread-275963::DEBUG::2014-03-06
16:58:15,787::iscsiadm::92::Storage.Misc.excCmd::(_runCmd)
'/usr/bin/sudo -n /sbin/iscsiadm -m iface -I em1.218 --op=new' (cwd
None)
Thread-275963::DEBUG::2014-03-06
16:58:15,827::iscsiadm::92::Storage.Misc.excCmd::(_runCmd) SUCCESS:
<err> = ''; <rc> = 0
Thread-275963::DEBUG::2014-03-06
16:58:15,828::iscsiadm::92::Storage.Misc.excCmd::(_runCmd)
'/usr/bin/sudo -n /sbin/iscsiadm -m iface -I em1.218 -n
iface.initiatorname -v em1.218 --op=update' (cwd None)
Thread-275963::DEBUG::2014-03-06
16:58:15,875::iscsiadm::92::Storage.Misc.excCmd::(_runCmd) SUCCESS:
<err> = ''; <rc> = 0
Thread-275963::DEBUG::2014-03-06
16:58:15,876::iscsiadm::92::Storage.Misc.excCmd::(_runCmd)
'/usr/bin/sudo -n /sbin/iscsiadm -m iface -I em1.218 -n
iface.transport_name -v tcp --op=update' (cwd None)

When those ifaces are used in the iscsiadm connections, I don't get
the luns attached because they're not the correct initiatorname in the
iscsi setup.

I know Francesco wrote of success at
http://lists.ovirt.org/pipermail/users/2014-January/020412.html
Has anyone else seen this?

Thanks,
-John