From owner-freebsd-hardware Thu Apr 6 16:11:08 1995 Return-Path: hardware-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA11903 for hardware-outgoing; Thu, 6 Apr 1995 16:11:08 -0700 Received: from tfs.com (mailhub.tfs.com [140.145.250.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA11897 for ; Thu, 6 Apr 1995 16:11:07 -0700 Received: by tfs.com (smail3.1.28.1) Message-Id: From: julian@TFS.COM (Julian Elischer) Subject: Re: Conner CTMS 3200 SCSI Tape Drive To: tst@condor.sys.swt.edu (Thomas S. Traylor) Date: Thu, 6 Apr 1995 16:10:26 -0700 (PDT) Cc: freebsd-hardware@FreeBSD.org In-Reply-To: from "Thomas S. Traylor" at Apr 6, 95 05:15:28 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1482 Sender: hardware-owner@FreeBSD.org Precedence: bulk > > Dump doesn't have a problem writing to the tape but restore is unable to > read the tape. (see below) > > vulture# dump 0f /dev/rst0 / > DUMP: Date of this level 0 dump: Thu Apr 6 16:01:46 1995 > DUMP: Date of last level 0 dump: the epoch > DUMP: Dumping /dev/rsd0a (/) to /dev/rst0 > DUMP: mapping (Pass I) [regular files] > DUMP: mapping (Pass II) [directories] > DUMP: estimated 13001 tape blocks on 0.33 tape(s). > DUMP: dumping (Pass III) [directories] > DUMP: dumping (Pass IV) [regular files] > DUMP: DUMP: 13003 tape blocks on 1 volumes(s) > DUMP: Closing /dev/rst0 > DUMP: DUMP IS DONE > vulture# restore if /dev/rst0 > tape read error: Input/output error > vulture# This is a BUG in the present code.. you can get around it by telling restore to read in 10K records (what dump used to write) the case it's getting is a short read.. (read 30k, get 10k data, (that's all dump wrote on each record). it turns out this is NOT an error, but the driver get's confused and reports it as an error.. it's being fixed as we speak.. (this also affects DAT drives and others that by default use variable block mode).... > > This is what is written to /var/log/messages: > > /kernel: st0(aha0:3:0): NO SENSE info:5800 ^^^^ 5 x 4096 + 2048 = 22k, the difference between the 10k written data and the 32k request for data. (we're working on it) (what version are you running?) julian >