NetBSD Problem Report #10507

Received: (qmail 5654 invoked from network); 4 Jul 2000 20:14:17 -0000
Message-Id: <200007042014.e64KEAt19556@dahan.metonymy.com>
Date: Tue, 4 Jul 2000 15:14:10 -0500 (CDT)
From: Dave Huang <khym@bga.com>
Reply-To: khym@bga.com
To: gnats-bugs@gnats.netbsd.org
Subject: ch driver or chio handles cleaning tapes poorly
X-Send-Pr-Version: 3.95

>Number:         10507
>Category:       kern
>Synopsis:       ch driver or chio handles cleaning tapes poorly
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    kern-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Tue Jul 04 20:15:00 +0000 2000
>Closed-Date:    
>Last-Modified:  Tue Jul 04 20:32:02 +0000 2000
>Originator:     Dave Huang
>Release:        NetBSD 1.5_ALPHA as of June 27, 2000
>Organization:
Name: Dave Huang     |   Mammal, mammal / their names are called /
INet: khym@bga.com   |   they raise a paw / the bat, the cat /
FurryMUCK: Dahan     |   dolphin and dog / koala bear and hog -- TMBG
Dahan: Hani G Y+C 23 Y++ L+++ W- C++ T++ A+ E+ S++ V++ F- Q+++ P+ B+ PA+ PL++
>Environment:

System: NetBSD dahan.metonymy.com 1.5_ALPHA NetBSD 1.5_ALPHA (SPIFF) #372: Tue Jun 27 23:40:10 CDT 2000 khym@dahan.metonymy.com:/usr/src.local/sys/arch/i386/compile/SPIFF i386

siop1: target 6 now synchronous at 5.0Mhz, offset 8
st0 at scsibus1 target 6 lun 0: <ARCHIVE, Python 28849-XXX, 4.CM> SCSI2 1/sequential removable
st0: drive empty
ch0 at scsibus1 target 6 lun 1: <ARCHIVE, Python 28849-XXX, 4.CM> SCSI2 8/changer removable
ch0: 4 slots, 1 drive, 1 picker, 0 portals

>Description:
	I've got an Archive Python DDS2 autoloader, and If I put a
cleaning tape in one of the slots and tell chio to load the cleaning
tape, it loads, does the cleaning thing, then the drive automatically
ejects the tape. The ch driver then complains:

ch0(siop1:6:1):  Check Condition on CDB: 0xa5 20 00 00 00 05 00 01 00 00 00 00
    SENSE KEY:  Aborted Command
     ASC/ASCQ:  Operator Medium Removal Requested

and something (I don't know if it's ch or chio) loads the tape again.
This load/clean/eject cycle repeats until I ^C the chio.

>How-To-Repeat:
dahan ~# chio status
picker 0: <>
slot 0: <ACCESS,FULL>
slot 1: <ACCESS>
slot 2: <ACCESS,FULL>
slot 3: <ACCESS,FULL>
drive 0: <ACCESS>

[ the cleaning tape is in slot 3 ]

dahan ~# chio move slot 3 drive 0
[ loads, cleans, ejects ]
ch0(siop1:6:1):  Check Condition on CDB: 0xa5 20 00 00 00 05 00 01 00 00 00 00
    SENSE KEY:  Aborted Command
     ASC/ASCQ:  Operator Medium Removal Requested

[ loads, cleans, ejects ]
ch0(siop1:6:1):  Check Condition on CDB: 0xa5 20 00 00 00 05 00 01 00 00 00 00
    SENSE KEY:  Aborted Command
     ASC/ASCQ:  Operator Medium Removal Requested

[ loads, cleans, ejects ]
ch0(siop1:6:1):  Check Condition on CDB: 0xa5 20 00 00 00 05 00 01 00 00 00 00
    SENSE KEY:  Aborted Command
     ASC/ASCQ:  Operator Medium Removal Requested
^C
dahan ~# 

>Fix:

>Release-Note:
>Audit-Trail:

From: Jason R Thorpe <thorpej@zembu.com>
To: Dave Huang <khym@bga.com>
Cc: gnats-bugs@gnats.netbsd.org
Subject: Re: kern/10507: ch driver or chio handles cleaning tapes poorly
Date: Tue, 4 Jul 2000 13:29:04 -0700

 On Tue, Jul 04, 2000 at 03:14:10PM -0500, Dave Huang wrote:

  > ch0(siop1:6:1):  Check Condition on CDB: 0xa5 20 00 00 00 05 00 01 00 00 00 00
  >     SENSE KEY:  Aborted Command
  >      ASC/ASCQ:  Operator Medium Removal Requested
  > 
  > and something (I don't know if it's ch or chio) loads the tape again.
  > This load/clean/eject cycle repeats until I ^C the chio.

 It repeats because the in-kernel driver is attempting to retry the command;
 it doesn't know it was a cleaning tape.

 -- 
         -- Jason R. Thorpe <thorpej@zembu.com>
>Unformatted:

Home	PR Database Search