From owner-freebsd-scsi Tue Jan 25 12:19:46 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by hub.freebsd.org (Postfix) with ESMTP id A5BF015215 for ; Tue, 25 Jan 2000 12:19:24 -0800 (PST) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.9.3/8.9.1) id NAA96527; Tue, 25 Jan 2000 13:19:01 -0700 (MST) (envelope-from ken) Date: Tue, 25 Jan 2000 13:19:01 -0700 From: "Kenneth D. Merry" To: LukeUnix Cc: freebsd-scsi@FreeBSD.ORG Subject: Re: CMD problems Message-ID: <20000125131901.A96487@panzer.kdm.org> References: <200001251721.JAA32558@infosite.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <200001251721.JAA32558@infosite.com>; from lukeunix@infosite.com on Tue, Jan 25, 2000 at 09:21:52AM -0800 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, Jan 25, 2000 at 09:21:52 -0800, LukeUnix wrote: > I am having problems with a CMD CRD-5440 with multiple luns. The config is 2 > drive trays, each on their own channel on the CMD, and one host channel to > the FreeBSD 3.4 box. I was not experiencing these problems untill the 2nd > drive tray was added, making the CMD use 2 luns. So far I have tried to > set the number of max tags by editing sys/cam/cam_xpt.c and adding the > following entry. > > /* Reports QUEUE FULL for temporary resource shortages */ > { T_DIRECT, SIP_MEDIA_FIXED, "CMD TECH", "CRD-5440*", "*" }, > /*quirks*/0, /*mintags*/24, /*maxtags*/32 > > That does not seem to have helped.. The following are scsi errors I am > seeing. > > /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 > /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. 31 SCBs aborted > > Some info on the system.. > > at scbus0 target 0 lun 0 (pass0,da0) > at scbus0 target 2 lun 0 (pass1,da1) > at scbus1 target 1 lun 0 (pass2,da2) > at scbus1 target 1 lun 1 (pass3,da3) > at scbus2 target 0 lun 0 (pass4,da4) > at scbus2 target 1 lun 0 (pass5,da5) 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. Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message