From owner-freebsd-scsi@FreeBSD.ORG  Mon Jun  2 12:06:56 2003
Return-Path: <owner-freebsd-scsi@FreeBSD.ORG>
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 6222037B408
	for <freebsd-scsi@freebsd.org>; Mon,  2 Jun 2003 12:06:56 -0700 (PDT)
Received: from bast.unixathome.org (bast.unixathome.org [66.11.174.150])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 6B25043F85
	for <freebsd-scsi@freebsd.org>; Mon,  2 Jun 2003 12:06:55 -0700 (PDT)
	(envelope-from dan@langille.org)
Received: from wocker (wocker.unixathome.org [192.168.0.99])
	by bast.unixathome.org (Postfix) with ESMTP
	id 9BF543F4F; Mon,  2 Jun 2003 15:06:54 -0400 (EDT)
From: "Dan Langille" <dan@langille.org>
To: "Justin T. Gibbs" <gibbs@scsiguy.com>
Date: Mon, 02 Jun 2003 15:06:54 -0400
MIME-Version: 1.0
Message-ID: <3EDB680E.28213.C96AC110@localhost>
Priority: normal
In-reply-to: <577540000.1054579840@aslan.btc.adaptec.com>
References: <20030602110836.H71034@beppo>
X-mailer: Pegasus Mail for Windows (v4.02a)
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
Content-description: Mail message body
cc: freebsd-scsi@freebsd.org
cc: Kern Sibbald <kern@sibbald.com>
Subject: Re: SCSI tape data loss
X-BeenThere: freebsd-scsi@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: SCSI subsystem <freebsd-scsi.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-scsi>,
	<mailto:freebsd-scsi-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-scsi>
List-Post: <mailto:freebsd-scsi@freebsd.org>
List-Help: <mailto:freebsd-scsi-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-scsi>,
	<mailto:freebsd-scsi-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 02 Jun 2003 19:06:56 -0000

On 2 Jun 2003 at 12:50, 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?

I'm happy to run this again.  Would that be this command?

   ./tpt -v -b 65536 -r 10000000000 -n 10 -f /dev/nrsa0

-- 
Dan Langille : http://www.langille.org/