Date: Tue, 13 Oct 1998 22:04:25 -0600 (MDT) From: "Kenneth D. Merry" <ken@plutotech.com> To: girgen@partitur.se (Palle Girgensohn) Cc: freebsd-hardware@FreeBSD.ORG Subject: Re: pax killing scsi w/ 2940UW (ahc) Message-ID: <199810140404.WAA07215@panzer.plutotech.com> In-Reply-To: <36240C47.ED276B4B@partitur.se> from Palle Girgensohn at "Oct 14, 98 04:28:23 am"
next in thread | previous in thread | raw e-mail | index | archive | help
Palle Girgensohn wrote...
> Hi!
>
> Yesterday I wanted to move a directory structure to a different disk on
> one of our servers. Suddenly, the scsi bus was reset, and reset again
> and again. The system did hardly accept input. After about a minute or
> so, with the taper going nuts (from all the resets), the system
> rebooted??!!
>
> Nothing similar has ever happened before, not to me!
> Since this was midday, with people working, it was not good. :) No
> problem getting it up again, though.
>
> This evening, I though I'd take antoher shot at it. Same thing happens,
> only this time i hit ctrl-C, and pax stops fine.
>
> I'm using an adaptec 2940UW on a pentium Pro with four disks and a taper
> unit. The last disk is pretty newly installed. I have compiled the
^^^^^^^^^^^^^^^^^^^^^^
> kernel with these options:
>
> options AHC_SCBPAGING_ENABLE
> options AHC_ALLOW_MEMIO
> options AHC_TAGENABLE
>
> This has been working fine for more than a year, but maybe this was too
> much for it? Don't remember moving large quantities with pax before; I
> probably used tar.
>
> uname -a:
>
> FreeBSD trumpet.partitur.se 2.2.7-STABLE FreeBSD 2.2.7-STABLE #0: Mon
> Sep 28 16:07:19 CEST 1998
> girgen@trumpet.partitur.se:/disk1/src/sys/compile/TRUMPET i386
>
> Here's a demsg starting from the problem time:
>
> sd3(ahc0:3:0): SCB 0xa - timed out in dataout phase, SCSISIGI == 0x4
> SEQADDR = 0x127 SCSISEQ = 0x12 SSTAT0 = 0x0 SSTAT1 = 0x2
> Ordered Tag queued
This looks like it might be a cabling or termination problem. Make sure
your cable isn't kinked, too near a power supply, etc. Make sure your SCSI
chain is terminated in the proper places, etc.
It could be something else of course, but the "timed out in dataout phase"
messages (or "timed out in datain phase") are often indicative of lost
signals on the SCSI bus,
Since your disk is newly installed, I would suspect that the change in your
setup has triggered the problem.
Ken
--
Kenneth Merry
ken@plutotech.com
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hardware" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199810140404.WAA07215>