From owner-freebsd-scsi Wed Nov 15 10:30: 6 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 6159E37B4C5 for ; Wed, 15 Nov 2000 10:30:00 -0800 (PST) Received: from beppo (beppo [192.67.166.79]) by feral.com (8.9.3/8.9.3) with ESMTP id KAA06433; Wed, 15 Nov 2000 10:29:54 -0800 Date: Wed, 15 Nov 2000 10:29:48 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: "Jacques A. Vidrine" Cc: freebsd-scsi@FreeBSD.ORG Subject: [ TAPE TIMEOUT] Re: afio & SCB 0xc - timed out while idle In-Reply-To: <20001115101805.A43215@spawn.nectar.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, 15 Nov 2000, Jacques A. Vidrine wrote: > Hello, > > I've been using dump happily with my tape drive for quite some time. I > decided to try afio, to add compression to my backups, but I've run into > a problem. > > afio compresses each file separately (so that one munged block on the > tape doesn't screw up your entire backup). The problem is, when I get > to a very large file, such as an ISO 9660 image, this compression takes > a long time [1], and the SCSI system chokes with > > (sa0:ahc0:0:3:0): WRITE FILEMARKS. CDB: 10 0 0 0 2 0 > (sa0:ahc0:0:3:0): Deferred Error: NO SENSE > (sa0:ahc0:0:3:0): SCB 0xc - timed out while idle, SEQADDR == 0xa > (sa0:ahc0:0:3:0): Queuing a BDR SCB > (sa0:ahc0:0:3:0): no longer in timeout, status = 34a > (sa0:ahc0:0:3:0): failed to write terminating filemark(s) > (sa0:ahc0:0:3:0): tape is now frozen- use an OFFLINE, REWIND or MTEOM command to clear this state. > > I have to reset the bus (with camcontrol) and rewind the tape before I > can use the drive again. That is by design. You *could* try 'mt eom' to unfreeze it. > > Why is my SCSI drive so impatient? :-) It is a > at scbus3 target 3 lun 0 (sa0,pass5) > by the way. > > I'm open to any suggested workarounds. Hmm. Well, a couple of things; 1. Make sure you're not writing to a compressing tape device if you are compressing the data. Often doing so makes things very bad. 2. There is no direct parameter to setting a time for writing filemarks- all of the calls to scsi_write_filemarks from scsi-sa.c use 60000 which you could probably increase. But 60 seconds *ought* to be enough. -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message