70899a9aa3
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. This patch makes sure that we always check if the target implements single WWNN, not only when we don't receive the initiator_target_map. With this we decrease the likelihood of ending with unexpected devices in our system, because now we will ignore unconnected HBAs (even if reported in the initiator_target_map) if we are working with single WWNN target. Related-Bug: #1765000 Closes-Bug: #1828440 Change-Id: I02c208142f5b342f894666831449243863eccbfe
11 lines
491 B
YAML
11 lines
491 B
YAML
---
|
|
fixes:
|
|
- |
|
|
Always check if we are dealing with a single WWNN Fibre Channel target,
|
|
even when we receive an initiator_target_map.
|
|
This allows us to exclude unconnected HBAs from our scan for storage arrays
|
|
that automatically connect all target ports (due to their architecture and
|
|
design) even if the Cinder driver returns the initiator_target_map,
|
|
provided the target has a single WWNN.
|
|
Excluding these HBAs prevents undesired volumes from being connected.
|