Date: Fri, 7 Mar 2008 18:07:39 -0700 From: "Kenneth D. Merry" <ken@kdm.org> To: Scott Long <scottl@samsco.org> Cc: freebsd-scsi@freebsd.org, d_elbracht <d_elbracht@ecngs.de> Subject: Re: AW: AW: only 8 LUNs on MPT Message-ID: <20080308010739.GA4855@nargothrond.kdm.org> In-Reply-To: <47D16578.4070104@samsco.org> References: <001301c88056$76745f60$639049d9@EC1a> <47D1605A.8030505@samsco.org> <003801c88069$57510cb0$639049d9@EC1a> <47D16578.4070104@samsco.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Mar 07, 2008 at 08:55:36 -0700, Scott Long wrote:
> d_elbracht wrote:
> >the tunable is set:
> >sysctl -a | grep kern.cam.cam_srch
> >kern.cam.cam_srch_hi: 1
> >
> >here is the output from 'camcontrol inq da45':
> >
> >pass45: <IFT S16S-G1030 361F> Fixed Direct Access SCSI-4 device
> >pass45: Serial Number 01F53A00000000472CF136000000
> >300.000MB/s transfers , Command Queueing Enabled
> >
> >Dieter
> >
>
> What version of FreeBSD is this? The max lun benhavior changed a
> bit in the SCSI layer a couple of years ago. The MPT driver itself
> supports up to 256 LUNs.
I think the problem may be:
cpi->max_lun = 7;
That's from line 3590 in rev 1.63 of mpt_cam.c. (i.e. -current)
I ran into the same problem a few days ago in RELENG_7, but hadn't gotten
around to sending email about it yet.
The symptom I was having is all the LUNs on the target wouldn't probe
automatically. I could rescan them manually, but CAM would stop probing at
7.
I fixed it by setting max_lun to 1024. (Not sure if anything would break
if I actually got that high, but my target was only setup for 79 LUNs.)
Ken
--
Kenneth Merry
ken@kdm.org
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20080308010739.GA4855>