Red Hat Bugzilla – Bug 111373
sd_init_onedisk() waits approximately 100 seconds for passive-mode device to spin up.
Last modified: 2007-11-30 17:06:53 EST
From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0;
Description of problem:
This was already fixed in the 32-bit version of RHEL 2.1.
sd_init_onedisk() waits approximately 100 seconds for each CLARiiON
passive-mode device to spin up when the device driver is loading.
Since these passive-mode devices are non-responsive to the
START_STOP SCSI message used to spin up non-removable media, the
delay is unnecessary.
I would like to request that the RHEL 2.1 AS 64-bit sd.c be changedto
match the changes made to RHEL 2.1 32-bit? This was fixed for 32-bit
RHEL 2.1 - see bugzilla #68883.
QLogic driver v6.04.01 is being used.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
Attach to the CLARiiON array that has passive-mode devices and boot
up your RHEL 2.1 64-bit Linux host. The host will attempt to spin up
each individual passive mode device. For instance, with the 100
second delay for each passive I/O path, a RHEL 2.1 64-bit
configuration with 128 SCSI disk devices, 64 of which are passive,
will incur a 1 hour 46 minute delay on bootup.
Created attachment 96297 [details]
The original 32-bit version of the emc-lun-not -ready.patch is attached.
included in U3