From owner-freebsd-scsi@FreeBSD.ORG Mon Jun 2 13:14:42 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 767B437B401 for ; Mon, 2 Jun 2003 13:14:42 -0700 (PDT) Received: from beppo.feral.com (beppo.feral.com [192.67.166.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id D23E743F75 for ; Mon, 2 Jun 2003 13:14:41 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from mailhost.feral.com (mjacob@mailhost.feral.com [192.67.166.1]) by beppo.feral.com (8.12.9/8.12.9) with ESMTP id h52KEdqw072059; Mon, 2 Jun 2003 13:14:39 -0700 (PDT) (envelope-from mjacob@feral.com) Date: Mon, 2 Jun 2003 13:14:38 -0700 (PDT) From: Matthew Jacob X-X-Sender: mjacob@beppo To: "Justin T. Gibbs" In-Reply-To: <577540000.1054579840@aslan.btc.adaptec.com> Message-ID: <20030602131225.F71034@beppo> References: <3EDB31AB.16420.C8964B7D@localhost> <3EDB59A4.27599.C93270FB@localhost> <577540000.1054579840@aslan.btc.adaptec.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-scsi@freebsd.org cc: Kern Sibbald Subject: Re: SCSI tape data loss X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: mjacob@feral.com List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2003 20:14:42 -0000 Probably. Actually, it was 63k. But I sorta doubt that this was the issue. A buddy of mine at Mirapoint did just remind me that physio can silently break up xfers that are even less than 64k if the buffer isn't page aligned- I'd forgotten about that. But I'm not sure that this is what is occurring. I need to think about this some more, but it may be that the actions that are being taken after EOM detection may be overwriting data. But don't take that to the bank at all. -matt On Mon, 2 Jun 2003, Justin T. Gibbs wrote: > >> And we have finish: > >> > >> ./tpt -v -b 5120 -r 10000000000 -n 10 -f /dev/nrsa0 > > Shouldn't the test be run with the 64k record size that Bacula > uses? > > -- > Justin > >