From rwsys!sneaky.lonestar.org!gordon@lerami.lerctr.org  Fri Jul 14 03:52:52 1995
Received: from news.onramp.net (news.onramp.net [199.1.11.7])
          by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA03579
          for <FreeBSD-gnats-submit@freebsd.org>; Fri, 14 Jul 1995 03:52:51 -0700
Received: from rwsys!sneaky.lonestar.org (uucp@localhost) 
	by news.onramp.net (8.6.12/8.6.9) with UUCP id FAA15159 for FreeBSD-gnats-submit@freebsd.org; Fri, 14 Jul 1995 05:52:49 -0500
Received: by lerami.lerctr.org (/\oo/\ Smail3.1.29.1 #29.2)
	id <m0sWi4Z-0000suC@lerami.lerctr.org>; Fri, 14 Jul 95 05:34 CDT
Received: by rwsys.lonestar.org (Smail3.1.27.1 #1)
	id m0sWURC-0000qKC; Thu, 13 Jul 95 15:00 CDT
Received: by hammy.lonestar.org (Smail3.1.29.0 #1)
	id m0sWTDX-0001hDC; Thu, 13 Jul 95 13:42 CDT
Message-Id: <m0sWTDX-0001hDC@hammy.lonestar.org>
Date: Thu, 13 Jul 95 13:42 CDT
From: gordon@sneaky.lonestar.org
Reply-To: gordon@news.onramp.net
To: FreeBSD-gnats-submit@freebsd.org
Subject: SCSI tape timeout for forward space file is too short
X-Send-Pr-Version: 3.2

>Number:         614
>Category:       kern
>Synopsis:       SCSI tape timeout for forward space file is too short
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    pst
>State:          closed
>Quarter:
>Keywords:
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Fri Jul 14 04:00:01 1995
>Closed-Date:    Wed Feb 7 22:24:05 PST 1996
>Last-Modified:  Wed Feb  7 22:24:28 PST 1996
>Originator:     Gordon Burditt
>Release:        FreeBSD 2.0-BUILT-19950603 i386
>Organization:
what organization? 
>Environment:

	
	FreeBSD 2.0.5
	AHA1542B SCSI controller
	(aha0:1:0): "WANGTEK 51000  SCSI REV7 3J" type 1 removable SCSI 1
	st0(aha0:1:0): Sequential-Access density code 0xf, 512-byte blocks, write-enabled

>Description:
	Finally multiple-files-per-tape is working on this tape
	drive, so I started putting 4 dumps per tape.  When I
	went to recover something from the last dump
	(restore ibsf 20 4 /dev/rst0), the "forward space file"
	operation timed out, along with driver complaints about
	"mailbox not free".  Things went downhill rapidly as sd0
	contains important parts of the system, and it was getting
	timeout errors also.  Eventually it rebooted itself.

	10 minutes is not enough time for a forward-space-file, or
	especially multiple forward-space-files.  Writing or reading a 
	full tape (Doesn't seem to vary a lot whether I use 525M, 250M, 
	or 120M tapes, either) takes somewhere in the vicinity of 45 
	minutes to just under an hour.  I suspect forward-space-file 
	is done at the same speed as reading the tape.

	Separate timeouts for "forward space file" and "forward
	space record" might be appropriate.

>How-To-Repeat:
	Create a 6525 tape with multiple dumps on it.  Fill up most
	of the tape, so the beginning of the last dump is well into the
	tape.  

	restore ibsf 20 4 /dev/rst0
	(where 4 represents the number of the last dump).

	With 6525 tapes and my tape drive, a blocking factor of 20 is
	required, according to complaints from the kernel if I forget
	to use it.

>Fix:
	Apply the following patch, and rebuild the kernel.
	
Index: /usr/src/sys/scsi/st.c
*** 1.1	1995/07/11 20:56:49
--- st.c	1995/07/11 20:57:37
***************
*** 1681,1687 ****
  		0,
  		0,
  		0,		/* no retries please , just fail */
! 		600000,		/* 10 mins enough? */
  		NULL,
  		flags));
  }
--- 1681,1687 ----
  		0,
  		0,
  		0,		/* no retries please , just fail */
! 		3600000,	/* 10 mins enough? No, but an hour might be */
  		NULL,
  		flags));
  }


>Release-Note:
>Audit-Trail:
Responsible-Changed-From-To: freebsd-bugs->pst 
Responsible-Changed-By: pst 
Responsible-Changed-When: Wed Feb 7 16:32:35 PST 1996 
Responsible-Changed-Why:  
State-Changed-From-To: open->closed 
State-Changed-By: pst 
State-Changed-When: Wed Feb 7 22:24:05 PST 1996 
State-Changed-Why:  
Patch applied to -current. 
>Unformatted:


