VMWare compute driver incorrectly attaches volumes on iSCSI for target with multiple LUNs

[Mikhail Kebich]

VMWare compute driver incorrectly attaches volumes on iSCSI for target with multiple LUNs.

Driver handles only first LUN for the target with iqn retrieved from Cinder service to attach volume:

at nova.virt.vmwareapi.volumeops.VMwareVolumeOps._iscsi_get_target(self, data), line 169:
    for lun in target.lun:
        if 'host.ScsiDisk' in lun.scsiLun:
            scsi_lun_key = lun.scsiLun
            break

Thus, only one volume will be attached to VM, but multiple times (see in attachment).

Another problem is, when we detaching more than one iSCSI volume, the first volume could be detached, but the second one will fail, because the driver could not get the iSCSI target after detaching the first volume without any rescan operation.

[Matt Riedemann (mriedem)]

What version of nova was this reported against? Is this still an issue on stable/liberty or master (mitaka)?

[weihongj (weihongj)]

This problem is reproduce in a client demo environment. it's unacceptable. Only one iscsi lun can be assign to one vmware instance in on exsi server.

[Feng Xi Yan (yanfengxi)]

https://review.openstack.org/#/c/287055/

[OpenStack Infra (hudson-openstack)]

Change abandoned by Michael Still (<email address hidden>) on branch: master
Review: https://review.openstack.org/287055
Reason: This patch has been sitting unchanged for more than 12 weeks. I am therefore going to abandon it to keep the nova review queue sane. Please feel free to restore the change if you're still working on it.

[Sean Dague (sdague)]

There are no currently open reviews on this bug, changing the status back to the previous state and unassigning. If there are active reviews related to this bug, please include links in comments.