Bug 66582 - cpqfc does not find drive(s) at boot
Summary: cpqfc does not find drive(s) at boot
Alias: None
Product: Red Hat Enterprise Linux 2.1
Classification: Red Hat
Component: kernel (Show other bugs)
(Show other bugs)
Version: 2.1
Hardware: i686 Linux
Target Milestone: ---
Assignee: Tom Coughlan
QA Contact: Brian Brock
Depends On:
TreeView+ depends on / blocked
Reported: 2002-06-12 15:08 UTC by dnonno
Modified: 2007-11-30 22:06 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2004-10-25 14:14:19 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description dnonno 2002-06-12 15:08:25 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020605

Description of problem:
Advanced Server is install on a Compaq Proliant DL380 which is attached to a
Compaq RA4100 SAN.

The system does not find drives on the array at boot-up. If I rmmod the cpqfc
module and insmod the cpqfc, then drives are found.

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

How reproducible:

Steps to Reproduce:
2.cat /proc/scsi/scsi (no drives shown)
3.rmmod cpqfc
4.insmod cpqfc
5.cat /proc/scsi/scsi (drives are shown)

Additional info:

As a work-around, I have placed the following in /etc/rc.d/rc.local:

rmmod cpqfc
insmod cpqfc
service cluster stop
service cluster start

Comment 1 Tom Coughlan 2002-06-18 12:03:10 UTC
I took a look at the system log files, and I can see that there is
apparently a race.  In the successful case (an insmod after the
system is up), the cpqfcTS starts to initialize, then there are a
series of messages like the following for each port on the FC switch:

kernel: PDISC Request from unknown WWN
kernel: cpqfcTS: New FC port 000055h WWN: 500508B200505CA4 SCSI
Chan/Trgt 0/0

Then the cpqfcTS finishes initializing, and the midlayer configures
the SCSI LUNs with "Attached scsi disk sda at scsi0...".

In the failing case (during boot), the cpqfc seems to finish
initializing (gets through "GBIC detected...") without finding any
SCSI targets.  Then, very soon but apparently too late, the messages
about "PDISC" and "New FC port" are printed.  The Linux SCSI
midlayer never configures the disks. 

I noticed that file drivers/scsi/cpqfc.Readme says:

Due to Fabric/switch delays, driver requires 4 seconds
to initialize.  If adapters are found, there will be a entries at
It may be that when the system is booting the PDISC interaction 
with the FC switch is delayed, and so the devices are not configured

I have sent this information to a person at Compaq/HP and am awaiting 
a reply.

Comment 2 Peter Bates 2002-09-11 15:55:18 UTC
Did you ever receive a reply from Compaq/HP about this issue?

I'm currently encountering exactly the same problem
with RH 7.3, and had reached the same conclusion regarding a
fix, but trying to insmod cpqfc to mount the disks after 
boot isn't very useful if you're trying to actually boot off 
the SAN equipment in question!


Comment 3 Tom Coughlan 2002-09-11 21:51:13 UTC
No I never got a reply from Compaq.  This appears to be a bug in their driver,
and the comment in their Readme indicates that they are probably aware of it. 
I'll need to try again to get in touch with the right person there...

Comment 4 Need Real Name 2002-10-09 18:38:48 UTC
I am having the same problem and I need to know if someone is working on it.
Thank you.

Comment 5 R P Herrold 2003-09-17 16:43:22 UTC
I am getting this the RHL 9, current kernel (kernel-2.4.20-20.9) as well

Comment 6 Tom Coughlan 2004-10-25 14:14:19 UTC
Cpmpaq/HP no longer maintains the cpqfc driver.  I suggest that you
continue to use the rmmod/insmod workaround for this problem.

Note You need to log in before you can comment on or make changes to this bug.