Description of problem: From looking @ the code in storage.sh... if [ ${#STORAGE_DEVICES} == 0 ]; then if [ ${#STORAGE_DEVICES_CCISS} == 0 ]; then echo " Error ! Can not find any block device to test ! " return 1 else echo " Using cciss driver now. " STORAGE_DEVICES=$STORAGE_DEVICES_CCISS fi fi ...the above will only test cciss if no normal block devices are in the same system even if instructed to do so. I think get_storage_info and get_storage_info_cciss are going to block the udi commands from the harness; and because of the above you can't have both in the same system; because the value of STORAGE_DEVICES will be set by the get_storage_info command and the _cciss will be ignored. Both should be detected and then limited by any udi or other commands from the harness; it doesn't appear this will happen; though I haven't found a cciss with a fibre card in it to prove this occurrs :( Version-Release number of selected component (if applicable): -21 How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
the storage test will run in a per-UDI fashion, it will go through all storage devices which planned in the plan.xml . cciss and fibre channel device should have different UDIs, which means storage test will run on cciss and fibre channel device separately. They should not "hide" each other in the test. cciss is unique, HAL can not get the proper block-device name for cciss RAID devices, so I made an ugly hack to find the cciss block-device name directly in hwconf. The only possible reason for storage test not run on fibre channel device is : HAL can not find the proper block-device name for it either. Then I'll add something specific to that fibre channel device. Sadly, I do not have either cciss or fibre device in hand to test... :(