Project

General

Profile

action #99267

Updated by geor over 2 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 because, once 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` parameter 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)

Back