[Openstack] multipath - EMC vs NetApp
yang, xing
xing.yang at emc.com
Thu Nov 21 22:24:41 UTC 2013
Hi Carlos,
We are working on this issue and will keep you informed.
Thanks,
Xing
From: Carlos Alvarez [mailto:cbalvarez at gmail.com]
Sent: Monday, November 18, 2013 1:19 PM
To: openstack at lists.openstack.org
Subject: [Openstack] multipath - EMC vs NetApp
Hi All.
I recently added a EMC V-Max storage system, and realized the multipath is not working. The device is called /dev/mapper/XXXX but when I see the multipath -ll output, I see just one path. It is working fine with a NetApp 3250.
Looking into differences, I see the output of the iscsiadm discovery differs:
Netapp output:
root at grizzly-dev04:~# iscsiadm -m discovery -t sendtargets -p 10.33.5.10
10.33.5.10:3260<http://10.33.5.10:3260>,1030 iqn.1992-08.com.netapp:sn.0e3c22d9f2ea11e2a2f2123478563412:vs.10
10.33.5.11:3260<http://10.33.5.11:3260>,1031 iqn.1992-08.com.netapp:sn.0e3c22d9f2ea11e2a2f2123478563412:vs.10
Emc output:
root at grizzly-dev04:~# iscsiadm -m discovery -t sendtargets -p 10.33.5.25
10.33.5.25:3260<http://10.33.5.25:3260>,1 iqn.1992-04.com.emc:50000973f00bcd44
Looking into the code, the former is clearly what the connect_volume method is expecting: a single ip which returns both path. I reported it to EMC and the answer is that it works with netapp because the 3250 has a feature EMC lacks (called multipath groups).
Is anybody using multipath with a V-Max?. It should work or EMC is not supported?
Thanks!
Carlos
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20131121/47cf3975/attachment.html>
More information about the Openstack
mailing list