Red Hat Bugzilla – Bug 846460
rescan-scsi-devices.sh is broken in RHEL7
Last modified: 2014-01-27 12:42:53 EST
Description of problem:Our tests use rescan-scsi-devices.sh to discover newly provisioned lun. The same command that works on RHEL 5 and 6 does not work on RHEL 7.
Version-Release number of selected component (if applicable):
rescan-scsi-devices.sh -i work on qla2xxx but not on lpfc.
Hm, that's strange, what "-i" does is that it writes "1" to /sys/class/fc_host/host<num>/issue_lip and wait for udev to see the new devices. Does this file exist for the lpfc host? Anything interesting in kernel log?
from rescan-scsi-bus.sh version 1.56
# We used to always trigger a rescan for FC to update channels and targets
# Commented out -- as discussed with Hannes we should rely
# on the main loop doing the scan, no need to do it here.
#echo "- - -" > /sys/class/scsi_host/host$host/scan 2> /dev/null;
the explicit scan was present in rescan-scsi-bus.sh in RHEL 5 and 6, maybe the kernel drivers behave differently
This still occurs on F19 and RHEL7. If you run rescan-scsi-bus with the -i option it will work. The problem is that that is not the default. The default behavior it to echo 1 > /sys/class/scsi_disk/<H:C:T:L>/device/rescan. These files don't exist yet for a newly added lun in RHEL7.
Barry, please retest with the sg3_utils from Beta, it contains newer version of the rescan-scsi-bus.sh script.
It worked correctly on the 20140122.0 build.
sounds good, thanks, closing as CURRENTRELEASE