From owner-aic7xxx@FreeBSD.ORG Fri Jun 25 09:26:46 2004 Return-Path: Delivered-To: aic7xxx@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 934AE16A4CE for ; Fri, 25 Jun 2004 09:26:46 +0000 (GMT) Received: from merkur.wsr.ac.at (merkur.wsr.ac.at [143.130.50.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE01043D45 for ; Fri, 25 Jun 2004 09:26:45 +0000 (GMT) (envelope-from hjp@wsr.ac.at) Received: from bernon.wsr.ac.at (bernon.wsr.ac.at [143.130.50.123]) by merkur.wsr.ac.at (Postfix) with ESMTP id C3653D7D for ; Fri, 25 Jun 2004 11:25:33 +0200 (CEST) Received: by bernon.wsr.ac.at (Postfix, from userid 1010) id B2CFF11644; Fri, 25 Jun 2004 11:25:33 +0200 (CEST) Date: Fri, 25 Jun 2004 11:25:33 +0200 From: "Peter J. Holzer" To: aic7xxx@freebsd.org Message-ID: <20040625092533.GB14233@wsr.ac.at> Mail-Followup-To: aic7xxx@freebsd.org References: <40DB45B8.4BA1D07C@msfc.nasa.gov> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="i0/AhcQY5QxfSsSZ" Content-Disposition: inline In-Reply-To: <40DB45B8.4BA1D07C@msfc.nasa.gov> User-Agent: Mutt/1.4.1i Subject: Re: Problems seeing multiple LUNs X-BeenThere: aic7xxx@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Adaptec Device Drivers in FreeBSD and Linux List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Jun 2004 09:26:46 -0000 --i0/AhcQY5QxfSsSZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2004-06-24 16:20:56 -0500, David Cross wrote: > Hello, >=20 > Previously running RH9 on a system with dual Intel Xeon 3.0 processors > and an Adaptec SCSI Card 39320D, connecting to an external raid which is > divided into two LUNs. The first LUN is 2 TBytes and the other > 1.3TBytes. Prior to our system disk dying, this worked fine. The first > LUN is at about 90% usage, and the smaller device is about 60% > populated. >=20 > We replaced the system disk and decided this might be a good time to try > to jump to Fedora Core 2. Everything seems to be fine, with the > exception of the fact that we can no longer see the second LUN. We were > instructed by our vendor contact to custom rebuild the kernel and to add > Multiple LUN support. That did not seem to make a difference with only > change to the kernel config being the addition of multiple LUN Support.= =20 > That suggestion included the addition of "options scsi_mod.o > scsi_max_luns=3D255" to the /etc/modules.conf file. We still do not see > the second LUN. I have included below the dmesg from the custom build > of kernel-2.6.6-i686-smp.config for the kernel version > 2.6.6-1.435custom. > =20 > You might note the section of the dmesg where it says the SCSI "has a > LUN larger than currently supported." Note also that the larger of the > two LUNs mounts just fine. A bit of nitpicking: "LUN" means "Logical Unit Number", and it is usually a small integer. You have two logical units, one with LUN 0 and 2 TBytes, and one with an unknown LUN (probably 1) and 1.3 TB. > scsi1 : Adaptec AIC79XX PCI-X SCSI HBA DRIVER, Rev 1.3.11 > > aic7902: Ultra320 Wide Channel B, SCSI Id=3D7, PCI-X 101-133Mhz, > 512 SCBs >=20 > scsi1:A:0:0: DV failed to configure device. Please file a bug report ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ This looks suspicious. > against this driver. > (scsi1:A:0): 160.000MB/s transfers (80.000MHz DT, 16bit) > Vendor: Tornado- Model: F4 V2.0 Rev: 0001 > Type: Direct-Access ANSI SCSI revision: 03 > scsi1:A:0:0: Tagged Queuing enabled. Depth 4 > SCSI device sdc: 4194304000 512-byte hdwr sectors (2147484 MB) > SCSI device sdc: drive cache: write back > sdc: sdc1 > Attached scsi disk sdc at scsi1, channel 0, id 0, lun 0 ^^^^^ Here is your first Logical Unit. > scsi: host 1 channel 0 id 0 lun 0x00000200080c0400 has a LUN larger than > currently supported. > scsi: host 1 channel 0 id 0 lun 0xff010000ffffffff has a LUN larger than > currently supported. > scsi: host 1 channel 0 id 0 lun 0x0002202020202020 has a LUN larger than > currently supported. > scsi: host 1 channel 0 id 0 lun808529923 has a LUN larger than allowed > by the host adapter > scsi: host 1 channel 0 id 0 lun3078 has a LUN larger than allowed by the > host adapter 64 bit LUNs? I didn't know that LUNs could be that large even theoretically. Anyway, the numbers look strange. Maybe the driver is misinterpreting some other data as LUNs.=20 hp --=20 _ | Peter J. Holzer | Shooting the users in the foot is bad.=20 |_|_) | Sysadmin WSR / LUGA | Giving them a gun isn't. | | | hjp@wsr.ac.at | -- Gordon Schumacher, __/ | http://www.hjp.at/ | mozilla bug #84128 --i0/AhcQY5QxfSsSZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iQDQAwUBQNvvjVLjemazOuKpAQGasAXTBIPsAMQD1o8FZlHyQ1pQaWV8sezMyrit 8+Zd0prCElR7FvYLv7hTHoVhdOLMHTJqW74YVyqa/uM68xDwBAdQ3rPdic0K9RCf BdPn7OEn9bcqGOke/WQwO63SYLJj2s71cWqpTKgaqQ5fQhn6vOOaC3G9XjvJ87x7 UckvYUvmlmlPsaaNLpImEp/vuD0ISXYtIzDXmiIgQeElqsDXDKuZRStFUXNRpnRm TaJbMTzOuxymwNfKOx8SFc15MA== =Xy0l -----END PGP SIGNATURE----- --i0/AhcQY5QxfSsSZ--