Reviewed: https://review.openstack.org/249291 Committed: https://git.openstack.org/cgit/openstack/os-win/commit/?id=b72790bacfd356021b2dd870ade6c9c216fd14a0 Submitter: Jenkins Branch: master
commit b72790bacfd356021b2dd870ade6c9c216fd14a0 Author: Lucian Petrut <[email protected]> Date: Fri Nov 20 16:20:40 2015 +0200 iSCSI initiator refactoring using iscsidsc.dll This patch adds a new iscsi initiator utils class, leveraging iscsidsc.dll functions. The advantages are: * Same error output as iscsicli, without the proccess spawn overhead * Improved overall performance, having finer control over the iSCSI initiator and avoiding unnecessary operations * Fixed bugs related to LUN discovery * Static targets are used instead of having portal discovery sessions. This will let us use backends that require discovery credentials (which may be different than the credentials used when logging in targets) * improved MPIO support (the caller must request logging in the target for each of the available portals. Logging in multiple targets exporting the same LUN is also supported). Also, a specific initiator can be requested when creating sessions. Closes-Bug: #1403836 Closes-Bug: #1372823 Closes-Bug: #1372827 Co-Authored-By: Alin Balutoiu <[email protected]> Change-Id: Ie037cf1712a28e85e5eca445eea3df883c6b6831 ** Also affects: os-win Importance: Undecided Status: New ** Changed in: os-win Status: New => Fix Released -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Compute (nova). https://bugs.launchpad.net/bugs/1372823 Title: iSCSI LUN list not refreshed in Hyper-V 2012 R2 compute nodes Status in os-win: Fix Released Bug description: When an iSCSI volume is attached to Hyper-V, the OS has to refresh the list of LUNs on the iSCSI target to discover the new one. The current mechanism implemented only works for the first LUN because the connection to the target is done after the LUN is exposed to the hypervisor. The rest of LUNs exposed to the hypervisor hosted in the same iSCSI target won't be refreshed on time to be discovered by the machine. This looks related with the wrong assumption of having one LUN per iscsi target, but it's also possible to have several LUNs per iscsi target. The patch for this bug should refresh the list of LUNs when a new attachment request is received. In our test environment (Hyper-V 2012 R2), a WMI call like the following one helped to solve this issue: self._conn_storage.query("SELECT * FROM MSFT_iSCSISessionToDisk") To manage notifications about this bug go to: https://bugs.launchpad.net/os-win/+bug/1372823/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : [email protected] Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
