John,
I and several guys here tested it either and it worked for us, however in your case we
definitely have a problem.
Can we schedule a meeting in the ovirt channel so we can manage continues conversation and
examine all facts?
Regards,
Sergey
----- Original Message -----
From: "John Taylor" <jtt77777(a)gmail.com>
To: users(a)ovirt.org
Sent: Sunday, March 9, 2014 3:29:09 AM
Subject: [Users] 3.4 iscsi multipath feature iface initiatorname
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
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users