From owner-freebsd-scsi Tue Aug 31 10:18:35 1999 Delivered-To: freebsd-scsi@freebsd.org Received: from moebius2.Space.Net (moebius2.Space.Net [195.30.1.100]) by hub.freebsd.org (Postfix) with SMTP id 6A31614E64 for ; Tue, 31 Aug 1999 10:18:28 -0700 (PDT) (envelope-from maex@Space.Net) Received: (qmail 26917 invoked by uid 1013); 31 Aug 1999 17:18:27 -0000 Message-ID: <19990831191827.F21474@space.net> Date: Tue, 31 Aug 1999 19:18:27 +0200 From: Markus Stumpf To: scsi@FreeBSD.ORG Subject: Re: 3.2-STABLE: SCB 0x7 - timed out in datain phase, SEQADDR == 0x10e References: <19990831171005.A2252@titan.klemm.gtn.com> <199908311537.JAA17906@panzer.kdm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <199908311537.JAA17906@panzer.kdm.org>; from Kenneth D. Merry on Tue, Aug 31, 1999 at 09:37:27AM -0600 Organization: SpaceNet GmbH, Muenchen, Germany Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, Aug 31, 1999 at 09:37:27AM -0600, Kenneth D. Merry wrote: > It usually indicates a cabling or termination problem. If the message is > "timed out in {datain,dataout,command} phase", the cause is often the same > -- cabling or termination. I have a box I want to use as a web cache (squid2). FreeBSD zuse.space.net 3.2-RELEASE FreeBSD 3.2-RELEASE #1: Mon Aug 23 18:13:42 CEST 1999 root@zuse.space.net:/usr/src/sys/compile/ZUSEN i386 CPU: Pentium III (501.14-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x672 Stepping=2 Features=0x383f9ff,> real memory = 536870912 (524288K bytes) avail memory = 520019968 (507832K bytes) Preloaded elf kernel "kernel" at 0xc02af000. Probing for devices on PCI bus 0: chip0: rev 0x03 on pci0.0.0 chip1: rev 0x03 on pci0.1.0 chip2: rev 0x02 on pci0.4.0 chip3: rev 0x02 on pci0.4.3 It has two controllers: ahc0: rev 0x00 int a irq 10 on pci0.9.0 ahc0: aic7890/91 Wide Channel A, SCSI Id=7, 16/255 SCBs ahc1: rev 0x00 int a irq 11 on pci0.10.0 ahc1: aic7890/91 Wide Channel A, SCSI Id=7, 16/255 SCBs Each controller has two Fixed Direct Access SCSI-3 device 80.000MB/s transfers (40.000MHz, offset 31, 16bit), Tagged Queueing Enabled 17501MB (35843670 512 byte sectors: 255H 63S/T 2231C) and one Fixed Direct Access SCSI-3 device 80.000MB/s transfers (40.000MHz, offset 31, 16bit), Tagged Queueing Enabled 8748MB (17916240 512 byte sectors: 255H 63S/T 1115C) connected. da3 at ahc1 bus 0 target 0 lun 0 da3: Fixed Direct Access SCSI-3 device da5 at ahc1 bus 0 target 2 lun 0 da5: Fixed Direct Access SCSI-3 device da4 at ahc1 bus 0 target 1 lun 0 da4: Fixed Direct Access SCSI-3 device da1 at ahc0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da2 at ahc0 bus 0 target 2 lun 0 da2: Fixed Direct Access SCSI-3 device Root device is da0s1a. Cabelling and termination checked and ok (AFAIK). No other SCSI devices present (CD rom is on isa) When doing stress tests (simulating 300 parallel clients to the squid cache) I also get from time to time messages like these: Aug 31 18:16:28 zuse /kernel: (da1:ahc0:0:1:0): SCB 0x6d - timed out in dataout phase, SEQADDR == 0x5d Aug 31 18:16:35 zuse /kernel: (da1:ahc0:0:1:0): BDR message in message buffer Aug 31 18:16:35 zuse /kernel: (da1:ahc0:0:1:0): SCB 0x1c - timed out in dataout phase, SEQADDR == 0x5d Aug 31 18:16:35 zuse /kernel: (da1:ahc0:0:1:0): no longer in timeout, status = 34b Aug 31 18:16:35 zuse /kernel: ahc0: Issued Channel A Bus Reset. 65 SCBs aborted It happens on both controllers and with all disks used for the cache (high IO rates). Any help welcome! \Maex (P.S. I think there are currently only "dataout phase" problems, as with the stress tests I am also migrating data from the old cache to the new one, so the hit ratio is zero, as all data has to be fetched from the parent (the old cache) and is stored on disk. -- SpaceNet GmbH | http://www.Space.Net/ | Yeah, yo mama dresses Research & Development | mailto:maex-sig@Space.Net | you funny and you need Joseph-Dollinger-Bogen 14 | Tel: +49 (89) 32356-0 | a mouse to delete files D-80807 Muenchen | Fax: +49 (89) 32356-299 | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message