From owner-freebsd-scsi Thu Jan 27 3:15: 6 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from fuchs.omnilink.de (hase.omnilink.de [194.64.25.65]) by hub.freebsd.org (Postfix) with ESMTP id DCBCC15589 for ; Thu, 27 Jan 2000 03:15:02 -0800 (PST) (envelope-from ob@omnilink.net) Received: by fuchs.omnilink.de; id MAA02732; Thu, 27 Jan 2000 12:12:40 +0100 (MET) Received: from sondermuell.omnilink.de(194.64.25.218) by fuchs.omnilink.de via smap (V4.2) id xma002637; Thu, 27 Jan 00 12:11:48 +0100 Message-ID: <01c601bf68b7$9da58ec0$da1940c2@omnilink.de> Reply-To: "Oliver Blasnik" From: "Oliver Blasnik" To: "Kenneth D. Merry" , "LukeUnix" Cc: References: <200001251721.JAA32558@infosite.com> <20000125131901.A96487@panzer.kdm.org> Subject: Re: CMD problems Date: Thu, 27 Jan 2000 12:14:02 +0100 Organization: Omnilink ISC X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi there, Luke had some (well known) Problems: > > I am having problems with a CMD CRD-5440 with multiple luns. The config is 2 > > /kernel: (da2:ahc1:0:1:0): SCB 0x18 - timed out while idle, LASTPHASE == > > 0x1, SEQADDR == 0xa > > /kernel: (da2:ahc1:0:1:0): Queuing a BDR SCB > > /kernel: (da2:ahc1:0:1:0): Bus Device Reset Message Sent > > /kernel: (da2:ahc1:0:1:0): no longer in timeout, status = 34b > > /kernel: ahc1: Bus Device Reset on A:1. 2 SCBs aborted > > /kernel: (da2:ahc1:0:1:0): SCB 0x28 - timed out while idle, LASTPHASE == > > 0x1, SEQADDR == 0x9 Go into CMD-Setup via serial, disable "Tagged Queuing" on the/all Host-Channels. Kenneth stated: > The short answer is "don't do that". > Other folks have discovered that the CMD RAID arrays don't quite work right > with more than one LUN enabled. > Sorry I can't provide any solutions here, but this is almost certainly a > problem with CMD's firmware, and the workaround is to only use one LUN on > the controller. True, the problem is that crappy firmware, which does not currectly share the commandqueue between multiple LUNs. If you _need_ multiple LUNs per Hostchannel, disable tagged queuing. This slows down disk-i/o a little bit, but the CMD works out very well due to the fast cache-access. Cu, Oliver -- __ OMNILINK Internet Service Center GmbH / \ Hahnstrasse 70, 60528 Frankfurt __\ /_________ Tel.: (0 69)66 44 10 Fax: (0 69)66 44 11 99 O M N I L I N K http://www.omnilink.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message