From owner-freebsd-questions@FreeBSD.ORG Tue May 31 00:54:10 2005 Return-Path: X-Original-To: freebsd-questions@freebsd.org Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F199C16A41C for ; Tue, 31 May 2005 00:54:10 +0000 (GMT) (envelope-from dsobiera@yahoo.com) Received: from web50402.mail.yahoo.com (web50402.mail.yahoo.com [206.190.38.67]) by mx1.FreeBSD.org (Postfix) with SMTP id 7D70343D49 for ; Tue, 31 May 2005 00:54:10 +0000 (GMT) (envelope-from dsobiera@yahoo.com) Received: (qmail 90531 invoked by uid 60001); 31 May 2005 00:54:09 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=mEcGkRyX4bGb8myznrsMkQMm4VgCZ/ggkUU6gLlsJyq3qdBw8DwA6dzOHagblT6JoagDzhBuz4iIgvOg1HIYp9RTg6vogUR/4jXdx1xEoXWs4CAA/+hs3nQhHoXpEmEashOae6yav0W8vWUZoS0lnCK9iZJ/eJqdCO7mjr0FbdU= ; Message-ID: <20050531005409.90529.qmail@web50402.mail.yahoo.com> Received: from [70.176.246.81] by web50402.mail.yahoo.com via HTTP; Mon, 30 May 2005 17:54:09 PDT Date: Mon, 30 May 2005 17:54:09 -0700 (PDT) From: Damian Sobieralski To: Alex Zbyslaw , freebsd-questions@freebsd.org In-Reply-To: <429B975D.2060204@dial.pipex.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Re: tape record bigger than supplied buffer X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2005 00:54:11 -0000 > 1) Try restoring the whole tape to either an empty partition, or if > you don't have one of those, to /dev/null. /dev/null isn't > conclusive proof, but I assume that if data weas dropped then there > *should* be a failed checksum somewhere along the line. I'll do that tomorrow (restore the whole thing). > 2) See if you can't find some option to match the bacula record size > to that of your tape drive. Dump, for example, has a -b option e.g. > "-b 64" to set its record size. I'm puzzled by you only seeing three > messages though. Why would three buffers be smaller and not the > rest? That's a good question that I don't know the answer to. I thank you for the response. I'll see if I can get a bit more information by restoring the data for us to work with. When you say match the record size to my tape drive's, is this something that should be listed in my tape drives literature? - Damian