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@xxxxxxxxxx
[mailto:redhat-list-bounces@xxxxxxxxxx]On Behalf Of CB
Sent: Thursday, February 23, 2006 7:47 AM
To: redhat-list@xxxxxxxxxx
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@xxxxxxxxxx?subjecthttps://www.redhat.com/mailman/
listinfo/redhat-list

--
redhat-list mailing list
unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list



Relevant Pages

  • 2.6.15.1: persistent nasty hang in sync_page killing NFS (ne2k-pci / DP83815-related?), i686
    ... the SCSI controller and disks and moving them over to a new machine. ... although md is configured in the new .config, ... the hardware is blameless here. ... # ACPI Support ...
    (Linux-Kernel)
  • [2.6.15 / sata_mv] Oops!
    ... Hardware: 8 SATA drives spread across two MV88SX50x1 controllers built into motherboard. ... 03:01.0 SCSI storage controller: Marvell Technology Group Ltd. ... abnormal status 0xD0 on port 0xF90A211C ... # ACPI Support ...
    (Linux-Kernel)
  • Strange behaviour with SMP kernel
    ... I'm using both RHES 3.0 Update-6 and RHES 4.0 and compile my own kernel ... The same problem happens with the two different hardware of SM and DELL: ... scsi for DELL ... # ACPI Support ...
    (RedHat)
  • SMP kernel compilation
    ... My 2.6.14.3 non-smp kernel boots without any problem with SuperMicro or ... The same problem happens with the two different hardware of SM and DELL: ... scsi for DELL ... # ACPI Support ...
    (RedHat)
  • Re: Linux 2.6.16.30-pre1
    ... I avoided to add support for new hardware. ... People not using the onboard IDE controller but a different controller, ...
    (Linux-Kernel)