Problem with mpt(4) and Infortrend RAID

[Xin LI]

Hi,

在 2005-02-19六的 18:12 +0800，Rong-En Fan写道：
> On Sat, Feb 19, 2005 at 05:45:12PM +0800, Xin LI wrote:
> > Would you please try:
> > camcontrol tags da1
> > 
> > To see how many tags are actually allowed for the device, at the host
> > side?  It comes to my mind that:
> 
> I have already done -N 32, I remembered that original is 25x.

Er...  Pardon... You mean you have already done this before you got the
error message, or just have done that?

> > Here:  You have allowed only 32, and if the host has exceeded the
> > limitation, then something strange *may* happen.  My bet is to decrease
> 
> I just found the Infortrend's manual, it says that if
> hos exceeded this limit, the controller will not response
> and host *might* reduce the # later.  Hmm, it seems match
> my situation.

Yes, and this has generated problem for me, too.  It should be good if
there's someone can tell us how to obtain the maximum tag depth allowed
by the infotrend device (I don't know if there is one, as I'm not a SCSI
guru:-)

> > the tags allowed at host side, to something like 32:
> > 
> > camcontrol tags da1 -N 32.
> > 
> > It's also possible to modify cam_xpt.c to set the default number.
> 
> Hmm, seems ok for me. My system's disk is ips(4) which does not
> use CAM layer. So, I can put camcontrol to rc.

It's also possible to add the disk array quirk to the cam_xpt.c, too.
But that's of course too hacky IMO :-)

> > > I'm not that similar with SCSI, if it possible some parameters
> > > here need to tune?
> > 
> > If you have a spare box, try to decrease the tag depth :-)  Please be
> > sure to decrease tag depth on every device.
> 
> I got no spare box here (to be precise, I can not find another
> 320 scsi card). So I directly decreast the tag depth on the
> main server. Hope there is no more timeout and thus I can
> have a good sleep.

Good luck :-)

Cheers,
-- 
Xin LI <delphij delphij net>  http://www.delphij.net/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: 
	=?UTF-8?Q?=E8=BF=99=E6=98=AF=E4=BF=A1=E4=BB=B6=E7=9A=84=E6=95=B0?=
	=?UTF-8?Q?=E5=AD=97=E7=AD=BE=E5=90=8D=E9=83=A8?= =?UTF-8?Q?=E5=88=86?=
Url : http://lists.freebsd.org/pipermail/freebsd-scsi/attachments/20050219/ba23749d/attachment.bin