action #99267
Updated by geor over 3 years ago
After some recent changes in the zfcp connectivity, `validate_multipath` module is failing.
The main reason of the failure is that after the changes, we have two `wwid` entries instead of one.
Compare the listed wwids (output at the bottom) from [this job](https://openqa.suse.de/tests/6457740#step/validate_multipath/2) to [this one](https://openqa.suse.de/tests/7202075#step/validate_multipath/2).
This results in the stored `$wwid` output in the `validate_multipath` module to contain two lines with two different worldwide identifiers.
Similarly, due to this, the output of `multipath -ll` now contains two device mapper devices instead of one.
This can be seen [here](https://openqa.suse.de/tests/7202075#step/validate_multipath/23) in contrast to [this old job](https://openqa.suse.de/tests/6457740#step/validate_multipath/23).
This setup results in two commands being susceptible to failure.
1. The first is `assert_matches(qr/$wwid dm-0 $ven_pro_rev/, $topology_output, 'General topology info are not displayed properly');`. This of course fails because `$wwid` contains two lines of identifiers corresponding to the two multipath maps. This is the failure seen in our zfcp jobs currently.
2. The second one is `validate_script_output("multipath -d -v3 | grep ^$wwid", qr/$wwid.*$name/);`. If the previous command would not exist the jobs would fail here here, because, once more, more the `$wwid` parameter no longer contains only one WWID.
## Observation
openQA test in scenario sle-15-SP4-Online-s390x-zfcp@s390x-zfcp fails in
[validate_multipath](https://openqa.suse.de/tests/7202075/modules/validate_multipath/steps/26)
## Test suite description
Testsuite maintained at https://gitlab.suse.de/qa-maintenance/qam-openqa-yml. Maintainer: QE Yast, mgriessmeier
Installation-only test configuring an s390x ZFCP storage.
## Reproducible
Fails since (at least) Build [29.1](https://openqa.suse.de/tests/6950169)
## Expected result
Last good: (unknown) (or more recent)
## Further details
Always latest result in this scenario: [latest](https://openqa.suse.de/tests/latest?arch=s390x&distri=sle&flavor=Online&machine=s390x-zfcp&test=zfcp&version=15-SP4)
## Suggestion
A good middle ground solution would be to only store in the `$wwid` only one of the identifiers matching to a single multipath map.
This would mean that both commands 1. and 2. listed on the top of the description would pass.
This is not a compromise, since we will still test the validity of one multipath map (as was the case for 15-SP3, before this change had occured)