Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1721080

Summary:	[RHOSP13][os-brick][Backport] FC scan always scanning all HBAs when receiving initiator_target_map'.
Product:	Red Hat OpenStack	Reporter:	Keigo Noha <knoha>
Component:	python-os-brick	Assignee:	Pablo Caruana <pcaruana>
Status:	CLOSED CURRENTRELEASE	QA Contact:	Luigi Toscano <ltoscano>
Severity:	high	Docs Contact:
Priority:	high
Version:	13.0 (Queens)	CC:	apevec, cschwede, gcharot, jschluet, lhh, mabrams, ndeevy, pcaruana, tshefi
Target Milestone:	z8	Keywords:	OtherQA, TestOnly, Triaged, ZStream
Target Release:	13.0 (Queens)
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:	python-os-brick-2.3.7-2.el7ost	Doc Type:	Bug Fix
Doc Text:	Previously, all target ports were automatically mapped to LUNs for certain storage arrays. As a result, these arrays returned an `initiator_target_map` that contained some ports that were not connected to specific HBAs. This fix ensures that the target implements single WWNN, not only when not receiving the initiator_target_map, and avoids unexpected attached devices.	Story Points:	---
Clone Of:
Clones:	1721099 (view as bug list)		Environment:
Last Closed:	2019-09-05 10:43:32 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:	1721099, 1721104
Bug Blocks:

Description Keigo Noha 2019-06-17 09:57:40 UTC

Description of problem:
XtremIO always returns initiator_target_map even though the OSP doesn't use zone manager in cinder.
The initiator_target_map contains the all initiators in a server though some of them don't connect to XtremIO.

For example,
A server contains 4 HBAs.
2 HBAs are connected to VNX only.
Other 2 HBAs are connected to XtremIO only. 

In this example, XtremIO driver will return the target initiator map which contains HBAs connected to VNX.
Because of this behavior, os-brick issues a scan command to VNX.
Then system will add unintentionally devices from VNX.
Upstream fix,https://review.opendev.org/#/c/658154/ will fix this issue.
So, we should backport the fix into RHOSP13.

Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1.
2.
3.

Actual results:


Expected results:


Additional info:

Comment 24 Lon Hohberger 2019-09-04 10:44:01 UTC

According to our records, this should be resolved by python-os-brick-2.3.7-2.el7ost.  This build is available now.