From owner-freebsd-stable Mon Apr 1 20: 8:28 2002 Delivered-To: freebsd-stable@freebsd.org Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by hub.freebsd.org (Postfix) with ESMTP id 18DEE37B405 for ; Mon, 1 Apr 2002 20:08:23 -0800 (PST) Received: (from ken@localhost) by panzer.kdm.org (8.11.6/8.9.1) id g32486u59400; Mon, 1 Apr 2002 21:08:06 -0700 (MST) (envelope-from ken) Date: Mon, 1 Apr 2002 21:08:06 -0700 From: "Kenneth D. Merry" To: Doug Silver Cc: stable@FreeBSD.ORG Subject: Re: SCSI tape error using Amanda/dump Message-ID: <20020401210806.A59384@panzer.kdm.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from dsilver@quantified.com on Mon, Apr 01, 2002 at 05:32:24PM -0800 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Apr 01, 2002 at 17:32:24 -0800, Doug Silver wrote: > I just changed my longtime Amanda server from BSDI to FBSD 4.4-Stable and > I'm not sure if I'm using the correct tape device. > > Here's what dmesg shows: > sa0 at ahc0 bus 0 target 6 lun 0 > sa0: Removable Sequential Access SCSI-3 device > sa0: 80.000MB/s transfers (40.000MHz, offset 32, 16bit) > > So for the non-rewinding tape device I put in /dev/nsa0, which seems to > make sense after reading the mt and sa man pages (I know, I shouldn't be > RTFM'ing before hand, but oh well ;). > > So, when I try to access the drive by running amflush I get this kernel > message: > > (sa0:ahc0:0:6:0): tape is now frozen- use an OFFLINE, REWIND or MTEOM > command to clear this state. Not sure what is going on there. If there is more information in the dmesg, that might help diagnose things. > so I run 'mt -f /dev/nsa0 rewind' and things appear to be okay, but I > still get that error. Also tried this: > > # dump 0f /dev/nsa0 /etc > DUMP: Date of this level 0 dump: Mon Apr 1 17:27:47 2002 > DUMP: Date of last level 0 dump: the epoch > DUMP: Dumping /etc to /dev/nsa0 > DUMP: bad sblock magic number > DUMP: The ENTIRE dump is aborted. dump(8) works on filesystems. I suppose /etc is not a separate filesystem? Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message