Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 68883

Summary: sd_init_onedisk() waits approximately 100 seconds for passive-mode device to spin up.
Product: [Retired] Red Hat Linux Reporter: Heather Conway <conway_heather>
Component: kernelAssignee: Arjan van de Ven <arjanv>
Status: CLOSED RAWHIDE QA Contact: Brian Brock <bbrock>
Severity: medium Docs Contact:
Priority: medium    
Version: 7.3CC: gary_lerhaupt, goggin_edward, john_hull, matt_domsch, mcafee_thomas, seto_jimmy
Target Milestone: ---   
Target Release: ---   
Hardware: i686   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2002-08-13 19:05:44 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
Proposed patch by Matt Domsch none

Description Heather Conway 2002-07-15 17:53:35 UTC 
From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 5.01; Windows NT)

Description of problem:
Filing on behalf of Ed Goggin:
sd_init_onedisk() waits approximately 100 seconds for each clariion passive-
mode device to spin up when the device's 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.

Would it be possible to decrease this delay in such a way that while 
active/passive disk arrays like CLARiiON will not be impacted by needless 
delays, the delays will still be beneficial for JBOD.
Please note that this is an issue with all RedHat v2.4.x releases.

Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce:
Attach to the CLARiiON array that has passive-mode devices and boot up your 
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 
linux configuration with 128 scsi disk devices, 64 of which are passive, will 
incur a 1 hour 46 minute delay on bootup.	

Additional info:
Comment 1 Arjan van de Ven 2002-07-15 18:22:11 UTC 
which driver is in use here ?
Comment 2 Heather Conway 2002-07-15 18:39:38 UTC 
qLogic driver v4.47.8, v4.47.11, v4.47.15 is being used.  This also occurs with 
Emulex driver v4.20l.
Comment 3 Arjan van de Ven 2002-07-15 18:42:37 UTC 
Does this happen with a driver that Red Hat actually supports ?
(eg the qla2200 driver from 2.4.19-34 or 2.4.18-5?)

Emulex is very unsupported (binary only) and the 4.x qlogic drivers are also
rather broken; please try 5.31RH.
Comment 4 Heather Conway 2002-07-16 22:10:40 UTC 
I tried loading the v5.31RH driver and the behavior was the same.  It is in the 
sd.c, not the FC driver itself.  Is there any way the sd_init_onedisk() 100 
second delay can be decreased?  Thanks.
Comment 5 Gary Lerhaupt 2002-07-26 18:09:09 UTC 
Created attachment 67264 [details]
Proposed patch by Matt Domsch
Comment 6 Pete Zaitcev 2002-08-09 20:17:12 UTC 
Very sensible patch, I'll make sure the upstream notices.
Comment 7 Heather Conway 2002-08-09 20:21:58 UTC 
Thank you....the attention to this is appreciated.
Comment 8 Gary Lerhaupt 2002-08-13 19:05:40 UTC 
Larry Troan suggested this patch was be re-considered for Milan and may have to 
be changed.  I wanted to know if this would impact this patch into a Pensacola 
errata (see bug 69956) or if the two releases could have the same fix in two 
different forms.