From owner-freebsd-bugs@FreeBSD.ORG Fri Dec 22 16:24:54 2006 Return-Path: X-Original-To: freebsd-bugs@freebsd.org Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DAD8816A412; Fri, 22 Dec 2006 16:24:54 +0000 (UTC) (envelope-from mjacob@freebsd.org) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.freebsd.org (Postfix) with ESMTP id 9875C13C44E; Fri, 22 Dec 2006 16:24:50 +0000 (UTC) (envelope-from mjacob@freebsd.org) Received: from ns1.feral.com (localhost [127.0.0.1]) by ns1.feral.com (8.13.8/8.13.8) with ESMTP id kBMGOcKk023648; Fri, 22 Dec 2006 08:24:48 -0800 (PST) (envelope-from mjacob@freebsd.org) Received: from localhost (mjacob@localhost) by ns1.feral.com (8.13.8/8.13.8/Submit) with ESMTP id kBMGObsq023645; Fri, 22 Dec 2006 08:24:38 -0800 (PST) (envelope-from mjacob@freebsd.org) X-Authentication-Warning: ns1.feral.com: mjacob owned process doing -bs Date: Fri, 22 Dec 2006 08:24:37 -0800 (PST) From: mjacob@freebsd.org X-X-Sender: mjacob@ns1.feral.com To: Bernd Luevelsmeyer In-Reply-To: <20061222102601.DA3BDA8937@christel.heitec.net> Message-ID: <20061222082039.Y23535@ns1.feral.com> References: <200612201126.kBKBQgEv041082@tostan.admin.er.heitec.net> <20061220054818.J53125@ns1.feral.com> <20061220142055.9C287A891D@christel.heitec.net> <20061221114514.M69280@ns1.feral.com> <20061222102601.DA3BDA8937@christel.heitec.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-bugs@freebsd.org, FreeBSD-gnats-submit@freebsd.org, mjacob@freebsd.org Subject: Re: bin/106973: 'tar' cannot read own tape, but 'pax' can X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mjacob@freebsd.org List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Dec 2006 16:24:54 -0000 I would expect a Travan based drive to be like a QIC tape. From my minimal experience with them, they seem to be derived from QIC standards and probably derive from native QIC-02 starting back 20 odd years ago (like the old Cipher Floppy-Tape drive which had an SA850 interface). I dunno why tar didn't give a 0 exit on the create, but try again replacing the || with ; The point here is to try and force 512 and 1024 byte record creation and to force 512 and 1024 byte reads. > > Sure. I would have expected the eotmodel to be 2, but it appears to have > been 1 to begin with. In order to keep the mail to a sensible length, I > deleted most of tar's output and replaced it with "[...]". However, I > don't quite understand the point of this test, since the "tar c" _does_ > work fine; it's the reading that doesn't work. > > Script started on Fri Dec 22 10:37:13 2006 > #mt -f /dev/sa0 seteotmodel 1 > /dev/sa0: old model was 1 filemark at EOT > /dev/sa0: new model is 1 filemark at EOT > #cd /usr/include > #tar cvfb /dev/sa0 1 . || tar tvfb /dev/sa0 1 > a . > a a.out.h > a ar.h > a assert.h > a bitstring.h > [...1571 lines...] > a bsm/audit.h > a bsm/audit_kevents.h > a bsm/audit_internal.h > a bsm/audit_record.h > a bsm/audit_uevents.h > a bsm/libbsm.h > #mt -f /dev/sa0 rewind > #tar cvfb /dev/sa0 2 . || tar tvfb /dev/sa0 2 > a . > a a.out.h > a ar.h > a assert.h > a bitstring.h > [...1571 lines...] > a bsm/audit.h > a bsm/audit_kevents.h > a bsm/audit_internal.h > a bsm/audit_record.h > a bsm/audit_uevents.h > a bsm/libbsm.h > #exit > > Script done on Fri Dec 22 10:44:49 2006 >