From owner-freebsd-scsi Sat Nov 14 23:51:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA01872 for freebsd-scsi-outgoing; Sat, 14 Nov 1998 23:51:25 -0800 (PST) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA01867 for ; Sat, 14 Nov 1998 23:51:23 -0800 (PST) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.8.8/8.8.8) with UUCP id IAA16354; Sun, 15 Nov 1998 08:50:40 +0100 (CET) (envelope-from j@uriah.heep.sax.de) Received: (from j@localhost) by uriah.heep.sax.de (8.9.1/8.9.1) id IAA07942; Sun, 15 Nov 1998 08:31:48 +0100 (MET) (envelope-from j) Message-ID: <19981115083147.59967@uriah.heep.sax.de> Date: Sun, 15 Nov 1998 08:31:47 +0100 From: J Wunsch To: Bill Trost Cc: scsi@FreeBSD.ORG Subject: Re: tape hang problem Reply-To: Joerg Wunsch References: <466.911090634@cloud.rain.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 In-Reply-To: <466.911090634@cloud.rain.com>; from Bill Trost on Sat, Nov 14, 1998 at 04:43:54PM -0800 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org As Bill Trost wrote: > When the system hangs, it prints several messages like the following on > the console: > > (da0:ahc0:0:0:...) SCB 0x11 - timed out in datain phase, SCSISIGI == 0x44 > SEQADDR == 0x110, > SSTATI == 0x2 > > It does this for several different SCB's, then starts saying I've seen such behaviour (incidentally also on an Archive Python) for a tape where i ultimately found that the drive that recorded the tape has too much adjustment tolerance to my own tape drive. Apparently, the drive then can't read the requested block immediately, and starts retensioning the tape (as i would guess from the sound). This operation takes too much time for the timeout in the driver, so it eventually aborts the operation before the drive completed. The drive would most likely only have told me that the requested block is unreadable anyway, and i'm afraid the same's true for you. (However, in case your tape is a dump(8) tape, restore(8) should at least have a way to continue without this block iff the driver wouldn't abort.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message