Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 01 Mar 1999 19:51:57 +0100
From:      Torbjorn Granlund <tege@matematik.su.se>
To:        FreeBSD-gnats-submit@freebsd.org
Subject:   kern/10332: System freezes during certain SCSI activity
Message-ID:  <199903011851.TAA28708@tiger.matematik.su.se>

next in thread | raw e-mail | index | archive | help

>Number:         10332
>Category:       kern
>Synopsis:       System freezes during certain SCSI activity
>Confidential:   no
>Severity:       critical
>Priority:       high
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Mon Mar  1 11:00:01 PST 1999
>Closed-Date:
>Last-Modified:
>Originator:     Torbjorn Granlund
>Release:        FreeBSD 3.1-RELEASE i386
>Organization:
Swox AB
>Environment:

motherboard:	ASUS P2B-S (PCB rev 1.02, BIOS rev 1008)
cpu:		Intel Pentium II 400MHz
memory:		256MB SDRAM w ECC (2x128MB Samsung GH)
disk:		9.1GB U2W Seagate Cheetah (da0, SCSI id 0)
disk:		9.1GB U2W Seagate Cheetah (da1, SCSI id 1)
disk:		9.1GB U2W Seagate Cheetah (da2, SCSI id 2)
disk:		18.2GB U2W Seagate Barracuda (da3, SCSI id 3)
tape:		12GB/24GB DDS-1/2/3 FSCSI Sony SDT-9000 (SCSI id 6)
scsi:		AHA7890 on motherboard
video:		S3 Trio64
network:	Intel Etherexpress Pro 100B

>Description:

When accessing the tape drive using the `dump' command, the system hangs
within a few hours.  The console then has messages like this:

(da0:ahc0:0:0:0) SCB 0xd - times out in dataout phase, SEQADDR == 0x5d
(da0:ahc0:0:0:0) SCB 0x5d - times out in dataout phase, SEQADDR == 0x5d
(da0:ahc0:0:0:0) SCB 0x13 - times out in dataout phase, SEQADDR == 0x5d
  .
  .
  .

The system then responds to keyboard input but any disk activity seems to be
blocked.  We have waited several minutes but the system remains locked.
Occasionally, more messages like the ones above are printed.  The disk
mentioned in the messages are sometimes da1 or da2.

The SCSI buses are properly terminated.

We cannot seem to provoke the problem unless the tape drive is accessed.

(We tried to connect a 2nd SCSI controller [an ASUS SC200/Symbios] to a PCI
slot, but then the system hangs during boot.)

>How-To-Repeat:

Happens every time we try to run a full dump of our disks.  Sometimes it
takes several hours, sometimes it happens sooner.

>Fix:

>Release-Note:
>Audit-Trail:
>Unformatted:


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message




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