From owner-freebsd-scsi@FreeBSD.ORG Sat Feb 19 10:30:41 2005 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 09ABD16A566 for ; Sat, 19 Feb 2005 10:30:41 +0000 (GMT) Received: from mail.freebsd.org.cn (dns3.freebsd.org.cn [61.129.66.75]) by mx1.FreeBSD.org (Postfix) with SMTP id 6396143D66 for ; Sat, 19 Feb 2005 10:30:38 +0000 (GMT) (envelope-from delphij@delphij.net) Received: (qmail 80842 invoked by uid 0); 19 Feb 2005 10:21:51 -0000 Received: from unknown (HELO beastie.frontfree.net) (219.239.99.7) by mail.freebsd.org.cn with SMTP; 19 Feb 2005 10:21:51 -0000 Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id 212F4132E07; Sat, 19 Feb 2005 18:30:34 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 20793-19; Sat, 19 Feb 2005 18:30:10 +0800 (CST) Received: from localhost.localdomain (unknown [221.217.208.47]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by beastie.frontfree.net (Postfix) with ESMTP id 0FD5E132B82; Sat, 19 Feb 2005 18:30:09 +0800 (CST) From: Xin LI To: Rong-En Fan In-Reply-To: <20050219101214.GA96011@svm.csie.ntu.edu.tw> References: <20050204102558.GA2001@svm.csie.ntu.edu.tw> <1108667040.656.20.camel@spirit> <20050218071746.GA41419@svm.csie.ntu.edu.tw> <20050218202901.GA71842@svm.csie.ntu.edu.tw> <20050219061517.GA92149@svm.csie.ntu.edu.tw> <1108803317.602.13.camel@spirit> <20050219092300.GA95182@svm.csie.ntu.edu.tw> <1108806312.602.17.camel@spirit> <20050219101214.GA96011@svm.csie.ntu.edu.tw> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-BQcEHx9il67NZPIuqTCJ" Organization: The FreeBSD Simplified Chinese Project Date: Sat, 19 Feb 2005 18:28:46 +0800 Message-Id: <1108808926.602.25.camel@spirit> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port X-Virus-Scanned: by amavisd-new at frontfree.net cc: ob@e-Gitt.NET cc: scsi@freebsd.org Subject: Re: Problem with mpt(4) and Infortrend RAID X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Feb 2005 10:30:41 -0000 --=-BQcEHx9il67NZPIuqTCJ Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, =E5=9C=A8 2005-02-19=E5=85=AD=E7=9A=84 18:12 +0800=EF=BC=8CRong-En Fan=E5= =86=99=E9=81=93=EF=BC=9A > On Sat, Feb 19, 2005 at 05:45:12PM +0800, Xin LI wrote: > > Would you please try: > > camcontrol tags da1 > >=20 > > To see how many tags are actually allowed for the device, at the host > > side? It comes to my mind that: >=20 > 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 >=20 > 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: > >=20 > > camcontrol tags da1 -N 32. > >=20 > > It's also possible to modify cam_xpt.c to set the default number. >=20 > 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? > >=20 > > If you have a spare box, try to decrease the tag depth :-) Please be > > sure to decrease tag depth on every device. >=20 > 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, --=20 Xin LI http://www.delphij.net/ --=-BQcEHx9il67NZPIuqTCJ Content-Type: application/pgp-signature; name=signature.asc Content-Description: =?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?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCFxTe/cVsHxFZiIoRAoRpAJ4/IDVrwFCS7/nC5M3Qg0LPHnnPLgCeKgX0 oxdV76z5M3yhJqE8BwNPiFo= =5427 -----END PGP SIGNATURE----- --=-BQcEHx9il67NZPIuqTCJ--