Date: Fri, 8 Aug 1997 10:47:05 +0000 (GMT) From: Steve Kargl <sgk@troutmask.apl.washington.edu> To: gibbs@plutotech.com (Justin T. Gibbs) Cc: freebsd-current@freebsd.org Subject: Re: scsi time-out & lockup under smp Message-ID: <199708081047.KAA03954@troutmask.apl.washington.edu> In-Reply-To: <199708081720.LAA06615@pluto.plutotech.com> from "Justin T. Gibbs" at "Aug 8, 97 05:20:12 pm"
next in thread | previous in thread | raw e-mail | index | archive | help
According to Justin T. Gibbs: > >It occurs on uni-processor system, too. If I use dump(1) to backup > >my system, I eventually get the following: > > > >st0(ahc0:2:0): SCB 0x0 - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x0 > >SEQADDR = 0x5 SCSISEQ = 0x12 SSTAT0 = 0x5 SSTAT1 = 0xa > > Do you know if this occurs during the rewind or during some other operation > during the backup. These types of problems, at least when a tape drive is > the culprit, are almost always caused by one of the timeouts in the driver > being too short. For instance, you may have hit a bad tape block and the > timeout for reading a tape block is simply too short to deal with the > drives attempts to retry the read. > It occurs during a write to the tape drive. It will also occur when I use restore(1). I should note that if I use tar, then the problem does not occur. The driver did report a MEDIUM ERROR with at least 1 tape. I tried 3 different tapes. Note 1: I have options DDB in my kernel, but the machine does not panic. It just hangs, and a hard reset is necessary. Note 2: In a older version of your driver, use of TAG queuing and SCB were kernel option. If I did not enable TAG and SCB, dump and restore worked. Is there some kernel option that can be set to disable TAG queuing and SCB for a specific device? -- Steve finger kargl@troutmask.apl.washington.edu http://troutmask.apl.washington.edu/~kargl/sgk.html
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199708081047.KAA03954>