LSI Profibre DF4000R LUN register problem on RH4.2

This problem seemed really odd to me. 

We have an old LSI Profibre DF4000R (with Mylex DC-FFx2 controller)
fibre channel storage system. It worked with a RHEL3 upgrade5 server
with a QLA2342 FC HBA card. Recently we tried to test the server with
RHEL4 update2, but found out that not all LUNs can be automatically
registered to the OS. 

The following is the content of /proc/scsi/scsi
/proc/scsi/scsi
===================================================================
Attached devices:
Host: scsi2 Channel: 00 Id: 00 Lun: 00
  Vendor: ADAPTEC  Model: Adaptec Mirror   Rev: V1.0
  Type:   Direct-Access                    ANSI SCSI revision: 02
Host: scsi2 Channel: 00 Id: 01 Lun: 00
  Vendor: ADAPTEC  Model: Adaptec Mirror   Rev: V1.0
  Type:   Direct-Access                    ANSI SCSI revision: 02
Host: scsi9 Channel: 00 Id: 00 Lun: 00
  Vendor: LSI      Model: ProFibre 4000R   Rev: 5902
  Type:   Direct-Access                    ANSI SCSI revision: 02
===================================================================
We can only see one Profibre 4000R device.

This is /proc/scsi/qla2xxx/9 content with SCSI LUN information.
===================================================================
SCSI LUN Information:
(Id:Lun)  * - indicates lun is not registered with the OS.
( 0: 0): Total reqs 25, Pending reqs 0, flags 0x2, 0:0:01 00
( 0: 1): Total reqs 0, Pending reqs 0, flags 0x0*, 0:0:01 00
( 0: 2): Total reqs 0, Pending reqs 0, flags 0x0*, 0:0:01 00
( 0: 3): Total reqs 0, Pending reqs 0, flags 0x0*, 0:0:01 00
( 0: 4): Total reqs 0, Pending reqs 0, flags 0x0*, 0:0:01 00
( 0: 5): Total reqs 0, Pending reqs 0, flags 0x0*, 0:0:01 00
( 0: 6): Total reqs 0, Pending reqs 0, flags 0x0*, 0:0:01 00
( 0: 7): Total reqs 0, Pending reqs 0, flags 0x0*, 0:0:01 00
( 0: 8): Total reqs 0, Pending reqs 0, flags 0x0*, 0:0:01 00
===================================================================
We can see there are 9 LUNs but only the LUN 0 get registered. 

If I run 'echo "scsi add single device 9 0 0 1" >/proc/scsi/scsi', the
second device will be registered and used a /dev/sdd.

/proc/scsi/scsi after manually adding device
===================================================================
Attached devices:
Host: scsi2 Channel: 00 Id: 00 Lun: 00
  Vendor: ADAPTEC  Model: Adaptec Mirror   Rev: V1.0
  Type:   Direct-Access                    ANSI SCSI revision: 02
Host: scsi2 Channel: 00 Id: 01 Lun: 00
  Vendor: ADAPTEC  Model: Adaptec Mirror   Rev: V1.0
  Type:   Direct-Access                    ANSI SCSI revision: 02
Host: scsi9 Channel: 00 Id: 00 Lun: 00
  Vendor: LSI      Model: ProFibre 4000R   Rev: 5902
  Type:   Direct-Access                    ANSI SCSI revision: 02
Host: scsi9 Channel: 00 Id: 00 Lun: 01
  Vendor: LSI      Model: ProFibre 4000R   Rev: 5902
  Type:   Direct-Access                    ANSI SCSI revision: 02
===================================================================

/proc/scsi/qla2xxx/9 content with SCSI LUNs after manually adding
device.
===================================================================
SCSI LUN Information:
(Id:Lun)  * - indicates lun is not registered with the OS.
( 0: 0): Total reqs 49, Pending reqs 0, flags 0x2, 0:0:01 00
( 0: 1): Total reqs 37, Pending reqs 0, flags 0x2, 0:0:01 00
( 0: 2): Total reqs 0, Pending reqs 0, flags 0x0*, 0:0:01 00
( 0: 3): Total reqs 0, Pending reqs 0, flags 0x0*, 0:0:01 00
( 0: 4): Total reqs 0, Pending reqs 0, flags 0x0*, 0:0:01 00
( 0: 5): Total reqs 0, Pending reqs 0, flags 0x0*, 0:0:01 00
( 0: 6): Total reqs 0, Pending reqs 0, flags 0x0*, 0:0:01 00
( 0: 7): Total reqs 0, Pending reqs 0, flags 0x0*, 0:0:01 00
( 0: 8): Total reqs 0, Pending reqs 0, flags 0x0*, 0:0:01 00
===================================================================

What I can guess is that the problem might be from either mid-layer scsi
scan or RHEL4 hot-plugging system. (RHEL4 uses udev for devfs and
hotplug. which is still relatively new to me. )

Anybody else has better idea about the problem?

Thanks

Jin 

--
Taroon-list mailing list
[email protected]
https://www.redhat.com/mailman/listinfo/taroon-list