[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

RE: RHEL AS4: SCSI - Invalid LUN Reporting



Here are some basic ideas that you may have already tried but you failed to
mention them. But when troubleshooting SCSI hardware I have found that it is
best to start with the basics and work from there.

Have you tried a different controller? IF the one you have is new, it may
just be broken.

If the OEM for this Server does not support RH, see if there is a Linux OS
that it does support and try it. This is a good way to get the tech support
guys to issue you a warrantee credit for faulty hardware on an OS they don't
support.

Try a Bootable CD-ROM OS? When I have had Hardware install issues in the
past I have always tried a bootable Linux CD-ROM. They will sometimes shed
light on a hardware problem.

Do you have a good cable? With good connectors?

SCSI id is set correctly on all HD?

I will be honest. I am not a SCSI expert, but I have had good luck with the
half dozen or so Adaptec controllers and RH ES 4 combos, that I have used in
the past (We have a slew of new and older hardware we are in the process of
upgrading the OS).

Job Cacka



-----Original Message-----
From: redhat-list-bounces redhat com
[mailto:redhat-list-bounces redhat com]On Behalf Of CB
Sent: Thursday, February 23, 2006 7:47 AM
To: redhat-list redhat com
Subject: RHEL AS4: SCSI - Invalid LUN Reporting


Hello -

I'm using Redhat Enterprise 4, Update 2, with kernel 2.6.9-22, and am having
an issue with multiple LUNs on an Adaptec controller. The controller is a:

09:04.0 SCSI storage controller: Adaptec AHA-3960D / AIC-7899A U160/m (rev
01)

On startup, I can see everything on LUN 0:

# cat /proc/scsi/scsi
Attached devices:
Host: scsi0 Channel: 00 Id: 01 Lun: 00
  Vendor: EMDI 1HD Model: 40704            Rev: 0001
  Type:   Direct-Access                    ANSI SCSI revision: 03
Host: scsi2 Channel: 00 Id: 06 Lun: 00
  Vendor: PE/PV    Model: 1x2 SCSI BP      Rev: 1.0
  Type:   Processor                        ANSI SCSI revision: 02
Host: scsi2 Channel: 01 Id: 06 Lun: 00
  Vendor: PE/PV    Model: 1x4 SCSI BP      Rev: 1.0
  Type:   Processor                        ANSI SCSI revision: 02
Host: scsi2 Channel: 02 Id: 00 Lun: 00
  Vendor: MegaRAID Model: LD 0 RAID1   69G Rev: 521S
  Type:   Direct-Access                    ANSI SCSI revision: 02
Host: scsi2 Channel: 02 Id: 01 Lun: 00
  Vendor: MegaRAID Model: LD 1 RAID0  279G Rev: 521S
  Type:   Direct-Access                    ANSI SCSI revision: 02

But am seeing the following error through dmesg:

# dmesg |grep -i lun
Attached scsi disk sda at scsi0, channel 0, id 1, lun 0
scsi: host 0 channel 0 id 1 lun 0x00000200080c0400 has a LUN larger than
currently supported.
scsi: host 0 channel 0 id 1 lun 0xff010000ffffffff has a LUN larger than
currently supported.
scsi: host 0 channel 0 id 1 lun 0x0002202020202020 has a LUN larger than
currently supported.
scsi: host 0 channel 0 id 1 lun808529923 has a LUN larger than allowed by
the host adapter
scsi: host 0 channel 0 id 1 lun3078 has a LUN larger than allowed by the
host adapter

Clearly the controller is misreporting LUNs > 0, and so I've tried several
things:

0) Confirming that the latest firmware is installed on the controller (it is
- 3.1),
1) Recompiling and installing the vanilla 2.6.15.4, enabling
CONFIG_SCSI_MULTI_LUN,
2) Adding "options scsi_mod max_luns=128" to /etc/modprobe.conf,
3) Explicitly passing scsi_mod.default_dev_flags=0x40000 to the kernel
through grub.conf,
4) Confirming that multi-LUN support is enabled in the Adaptec BIOS, on both
channels.

So far, no luck - same errors. I was wondering if there was anything obvious
that I was missing.

Thanks much in advance,
- Corey
**
--
redhat-list mailing list
unsubscribe
mailto:redhat-list-request redhat com?subjecthttps://www.redhat.com/mailman/
listinfo/redhat-list



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]