NetBSD Problem Report #4645
Received: (qmail 16703 invoked from network); 6 Dec 1997 04:50:09 -0000
Message-Id: <199712060434.WAA01603@cynjut.neonramp.com>
Date: Fri, 5 Dec 1997 22:34:00 -0600 (CST)
From: Dave Burgess <burgess@cynjut.neonramp.com>
Reply-To: burgess@cynjut.neonramp.com
To: gnats-bugs@gnats.netbsd.org
Subject: Accessing tape drive causes controller lock-up.
X-Send-Pr-Version: 3.95
>Number: 4645
>Category: kern
>Synopsis: Accessing tape drive causes controller lock-up.
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: lukem
>State: closed
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Fri Dec 05 21:05:02 +0000 1997
>Closed-Date: Mon Jan 07 21:08:16 +0000 2002
>Last-Modified: Mon May 21 01:26:18 +0000 2012
>Originator: Dave Burgess
>Release: 1.3_BETA Dec 1 1997
>Organization:
Dave Burgess Network Engineer - Nebraska On-Ramp, Inc.
*bsd FAQ Maintainer / SysAdmin for the NetBSD system in my spare bedroom
"Just because something is stupid doesn't mean there isn't someone that
doesn't want to do it...."
>Environment:
System: NetBSD cynjut.neonramp.com 1.3_BETA NetBSD 1.3_BETA (CYNJUT) #1: Mon Dec 1 12:32:08 CST 1997 burgess@cynjut.neonramp.com:/usr/src/sys/arch/i386/compile/CYNJUT i386
>Description:
When the Archive QIC-525 tape drive is initially scanning the
tape, any access to the drive causes my Ultrastore 34F
controller to wedge unrecoverably. Subsequent reboots will not
clear the condition: the error reported is "ccb not allocated".
I noticed this earlier in the week and ascribed it to a bad
cable. I have since replaced the cable. All of the other SCSI
problems went away except for this one.
>How-To-Repeat:
Turn on the computer with a tape in the tape drive. Escape out
of the memory test and hit return on the boot selector. The
tape is still scanning for format at this point. As soon as the
Ultrastore controller scans the tape drive (which is ID-6), the
machine will dump core to the IDE drive and reboot. The
subsequent reboot will have the Ultrastore controller either
completely unrecognized (as in 'disappeared') or will error out
at the first drive probe. Another way to cause this is to put a
tape in the tape drive and try and access it before the drive
has settled. I've even had it happen once when I Put in a CD
and tried to access it before the drive was completely spun up.
That was before I put in the new cable, though, so that may be
an abheration.
>Fix:
The only work-around I've found it "don't do that". Let the
tape drives and other SCSI devices settle before attacking them.
>Release-Note:
>Audit-Trail:
State-Changed-From-To: open->feedback
State-Changed-By: lukem
State-Changed-When: Sun Dec 23 19:38:08 PST 2001
State-Changed-Why:
Is this still a problem in NetBSD-current (with the updated scsipi stuff)?
Responsible-Changed-From-To: kern-bug-people->lukem
Responsible-Changed-By: lukem
Responsible-Changed-When: Sun Dec 23 19:38:08 PST 2001
Responsible-Changed-Why:
State-Changed-From-To: feedback->closed
State-Changed-By: fair
State-Changed-When: Mon Jan 7 13:07:20 PST 2002
State-Changed-Why:
Submitter reports that the problem no longer occurrs under -current (1.5ZA).
>Unformatted:
(Contact us)
$NetBSD: query-full-pr,v 1.39 2013/11/01 18:47:49 spz Exp $
$NetBSD: gnats_config.sh,v 1.8 2006/05/07 09:23:38 tsutsui Exp $
Copyright © 1994-2007
The NetBSD Foundation, Inc. ALL RIGHTS RESERVED.