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

Bug 1721104

Summary: [RHOSP15][os-brick][Backport] FC scan always scanning all HBAs when receiving initiator_target_map'.
Product: Red Hat OpenStack Reporter: Pablo Caruana <pcaruana>
Component: python-os-brickAssignee: Pablo Caruana <pcaruana>
Status: CLOSED UPSTREAM QA Contact: nlevinki <nlevinki>
Severity: high Docs Contact:
Priority: high    
Version: 15.0 (Stein)CC: apevec, jschluet, knoha, lhh, nlevinki, pcaruana
Target Milestone: ---Keywords: Triaged, ZStream
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: 1721099 Environment:
Last Closed: 2019-07-15 14:46:43 UTC Type: ---
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:    
Bug Blocks: 1721080, 1721099    

Description Pablo Caruana 2019-06-17 11:10:25 UTC
+++ This bug was initially created as a clone of Bug #1721099 +++

+++ This bug was initially created as a clone of Bug #1721080 +++

Description of problem:

FC: Ignore some HBAs from map for single WWNN

Current FC OS-Brick code only checks for single WWNN to exclude some
HBAs from scanning when we don't receive an initiator_target_map from
the backend.

There are storage arrays,like XtremIO, that due to their architecture
and design have all target ports automatically mapped to LUNs and are
returning the initiator_target_map, but some of those ports may not be
connected to our HBAs, so we end up with another case of bug #1765000.

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


This particular patch ensures  always checking  if the target implements single WWNN, not only when not  receiving the initiator_target_map.

Main goal is decreasing  the likelihood of ending with unexpected devices as  now it will ignore unconnected HBAs (even if reported in the initiator_target_map) if  working with single WWNN target.