From owner-freebsd-questions@FreeBSD.ORG Sun Apr 13 14:27:07 2003 Return-Path: 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 8479537B401 for ; Sun, 13 Apr 2003 14:27:07 -0700 (PDT) Received: from ns.museum.rain.com (gw-ipinc.museum.rain.com [206.29.169.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id A902443FA3 for ; Sun, 13 Apr 2003 14:27:06 -0700 (PDT) (envelope-from list@museum.rain.com) Received: from ns.museum.rain.com (localhost [127.0.0.1]) by ns.museum.rain.com (8.12.9/8.12.9) with ESMTP id h3DLQwS6070451; Sun, 13 Apr 2003 14:26:58 -0700 (PDT) (envelope-from list@ns.museum.rain.com) Received: (from list@localhost) by ns.museum.rain.com (8.12.9/8.12.9/Submit) id h3DLQwwp070450; Sun, 13 Apr 2003 14:26:58 -0700 (PDT) (envelope-from list) Date: Sun, 13 Apr 2003 14:26:58 -0700 From: James Long To: Joshua Lokken Message-ID: <20030413142658.A70425@ns.museum.rain.com> References: <20030413204335.GA9480@joloxbox.joshualokken.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20030413204335.GA9480@joloxbox.joshualokken.com>; from joshualokken@attbi.com on Sun, Apr 13, 2003 at 01:43:35PM -0700 X-Spam-Status: No, hits=-32.5 required=5.0 tests=EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES, REPLY_WITH_QUOTES,USER_AGENT_MUTT version=2.50 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) cc: freebsd-questions@freebsd.org Subject: Re: HP Colorado 5gb and mt X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: james_mapson@museum.rain.com List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Apr 2003 21:27:07 -0000 On Sun, Apr 13, 2003 at 01:43:35PM -0700, Joshua Lokken wrote: > > The backup continues, and finishes, reporting success, and flexbackup > properly stores the index of the backup, however, when I examine the > tape with : > > #mt fsf 1 (for example) > > the tape activity is there, and I receive no errors. The tape > has no index and apparently backs up each dir to the beginning > chunk of tape, and overwrites it with the next dir! That is not > what I want. I've never used flexbackup, so I can't help with the blocksize error, but the symptom above suggest that you may want to test with the device set to /dev/nast0. I also use SCSI tape instead of ATAPI, but I presume the /dev/nast0 device would be the same as /dev/ast0 except that /dev/ast0 will rewind the tape when the device is closed. If, perchance, flexbackup is closing the device when it finishes backing up one directory heirarchy, the /dev/ast0 device will do a rewind upon receiving that close command, and lo and behold, your second backup job will overwrite the first, and the third will overwrite the second, etc. This is conjecture, but it seems to match your symptoms on this issue. Since you are still playing at this point, try playing some more using /dev/nast0