yahoo-eng-team team mailing list archive
-
yahoo-eng-team team
-
Mailing list archive
-
Message #47883
[Bug 1372823] Re: iSCSI LUN list not refreshed in Hyper-V 2012 R2 compute nodes
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 <lpetrut@xxxxxxxxxxxxxxxxxxxxxx>
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 <abalutoiu@xxxxxxxxxxxxxxxxxxxxxx>
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
References