From owner-freebsd-scsi Tue Aug 8 16:33:57 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by hub.freebsd.org (Postfix) with ESMTP id 4AE7C37B85A for ; Tue, 8 Aug 2000 16:33:53 -0700 (PDT) (envelope-from grog@wantadilla.lemis.com) Received: (from grog@localhost) by wantadilla.lemis.com (8.9.3/8.9.3) id JAA19080; Wed, 9 Aug 2000 09:03:36 +0930 (CST) (envelope-from grog) Date: Wed, 9 Aug 2000 09:03:36 +0930 From: Greg Lehey To: Matthew Jacob Cc: Sam , freebsd-scsi@FreeBSD.ORG Subject: Re: "tape is now frozen" Message-ID: <20000809090336.F13974@wantadilla.lemis.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i In-Reply-To: ; from mjacob@feral.com on Mon, Aug 07, 2000 at 11:02:33PM -0700 Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Monday, 7 August 2000 at 23:02:33 -0700, Matt Jacob wrote: > On Mon, 7 Aug 2000, Sam wrote: > >> We are using a Tekram DC-315U with Tekram's 3.4 driver with an HP SureStore >> DAT24i Internal SCSI drive, on a FreeBSD 3.5-STABLE. We can use 'dump' to >> backup to the drive without errors, but when we try to use 'restore' we get >> an 'Input/Output' error. We have tried multiple tapes with the same result. >> Logs follow: >> >> [root@sol /]# restore -i -s 1 -f /dev/nrsa0 >> tape read error: Input/output error >> [root@sol /]# tail /var/log/messages >> [..removed..] >> Aug 7 19:45:25 sol /kernel: (sa0:tekram_trm0:0:3:0): tape is now frozen- >> use an OFFLINE, REWIND or MTEOM command to clear this state. >> [root@sol /]# date >> Mon 7 Aug 19:46:34 PDT 2000 >> >> Any input would be greatly appreciated. > > Read the man page and follow what the message says. There was an I/O > error that caused the device driver to not know the tape > position. There should be some other error reported in the system. Indeed, it looks like he omitted the message that we most wanted to see. Let me repeat here that I find this *very* irritating. It happens, for example, if I try to read a block which is too long. There's no way to know the length of a tape block in advance, so this is relatively easy to get, particularly with DDS-4 drives, and it involves a very slow recovery. Why is this needed? Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message