From henrich@mets.tci.east-lansing.mi.us  Fri May 19 16:24:41 1995
Received: from mets.tci.east-lansing.mi.us ([198.109.160.2])
          by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA10153
          for <FreeBSD-gnats-submit@freebsd.org>; Fri, 19 May 1995 16:24:14 -0700
Received: (from henrich@localhost) by mets.tci.east-lansing.mi.us (8.6.11/8.6.9) id TAA00607; Fri, 19 May 1995 19:24:25 -0400
Message-Id: <199505192324.TAA00607@mets.tci.east-lansing.mi.us>
Date: Fri, 19 May 1995 19:24:25 -0400
From: henrich@crh.cl.msu.edu
Reply-To: henrich@crh.cl.msu.edu
To: FreeBSD-gnats-submit@freebsd.org
Subject: Bug in tape drivers..
X-Send-Pr-Version: 3.2

>Number:         430
>Category:       kern
>Synopsis:       SCSI Tape dont work
>Confidential:   no
>Severity:       critical
>Priority:       high
>Responsible:    freebsd-bugs
>State:          closed
>Quarter:
>Keywords:
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Fri May 19 16:30:01 1995
>Closed-Date:    Sat Oct 28 15:14:31 PDT 1995
>Last-Modified:  Sat Oct 28 15:15:02 PDT 1995
>Originator:     Charles Henrich (MSU)
>Release:        FreeBSD 2.1.0-Development i386
>Organization:
    Charles Henrich     Michigan State University     henrich@crh.cl.msu.edu
>Environment:
FreeBSD 950412

	ALR Dual Pentium, BT747 SCSI-2, Connor DDS-2 Dat, 3 Seagate Hawk 2gig
	drives.
	

>Description:

	90% of the time you access the dat drive via dump, FreeBSD goes off
	and scrambles the other disks in the system.  This sucks, and has
	happened to me several times.

	And how the hell can I do a fsck -b with the install disks, I had
	no way to specify the backup sectors, so had to do a complete 
	re-install!  Ugh.  Also how come fsck doesnt try the well known
	backup sectors when it goes (i.e. 32, 65535.. )
	

>How-To-Repeat:

	dump to /dev/rst0 during system operation anytime.
	

>Fix:
	
	

>Release-Note:
>Audit-Trail:
State-Changed-From-To: open->closed 
State-Changed-By: pst 
State-Changed-When: Sat Oct 28 15:14:31 PDT 1995 
State-Changed-Why:  
Ever since 07xx-SNAP the tape seems to behaving correctly.  You can nix the 
problem.  Thanks for inquiring! 

-Crh 

>Unformatted:


