Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 31 Aug 1999 19:18:27 +0200
From:      Markus Stumpf <maex-lists-freebsd-scsi@Space.Net>
To:        scsi@FreeBSD.ORG
Subject:   Re: 3.2-STABLE: SCB 0x7 - timed out in datain phase, SEQADDR == 0x10e
Message-ID:  <19990831191827.F21474@space.net>
In-Reply-To: <199908311537.JAA17906@panzer.kdm.org>; from Kenneth D. Merry on Tue, Aug 31, 1999 at 09:37:27AM -0600
References:  <19990831171005.A2252@titan.klemm.gtn.com> <199908311537.JAA17906@panzer.kdm.org>

next in thread | previous in thread | raw e-mail | index | archive | help
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<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,<b24>,<b25>>
    real memory  = 536870912 (524288K bytes)
    avail memory = 520019968 (507832K bytes)
    Preloaded elf kernel "kernel" at 0xc02af000.
    Probing for devices on PCI bus 0:
    chip0: <Intel 82443BX host to PCI bridge> rev 0x03 on pci0.0.0
    chip1: <Intel 82443BX host to AGP bridge> rev 0x03 on pci0.1.0
    chip2: <Intel 82371AB PCI to ISA bridge> rev 0x02 on pci0.4.0
    chip3: <Intel 82371AB Power management controller> rev 0x02 on pci0.4.3

It has two controllers:
    ahc0: <Adaptec 2940 Ultra2 SCSI adapter> rev 0x00 int a irq 10 on pci0.9.0
    ahc0: aic7890/91 Wide Channel A, SCSI Id=7, 16/255 SCBs
    ahc1: <Adaptec 2940 Ultra2 SCSI adapter> 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
    <IBM DNES-318350Y SA30> 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
    <IBM DNES-309170Y S80K> 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: <IBM DNES-309170Y S80K> Fixed Direct Access SCSI-3 device 
da5 at ahc1 bus 0 target 2 lun 0
da5: <IBM DNES-318350Y SA30> Fixed Direct Access SCSI-3 device 
da4 at ahc1 bus 0 target 1 lun 0
da4: <IBM DNES-318350Y SA30> Fixed Direct Access SCSI-3 device 

da1 at ahc0 bus 0 target 1 lun 0
da1: <IBM DNES-318350Y SA30> Fixed Direct Access SCSI-3 device 
da0 at ahc0 bus 0 target 0 lun 0
da0: <IBM DNES-309170Y S80K> Fixed Direct Access SCSI-3 device 
da2 at ahc0 bus 0 target 2 lun 0
da2: <IBM DNES-318350Y SA30> 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




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19990831191827.F21474>