From toasty@home.dragondata.com Tue Jan 13 14:41:32 1998
Received: from home.dragondata.com (root@home.dragondata.com [204.137.237.2])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA03933
          for <FreeBSD-gnats-submit@freebsd.org>; Tue, 13 Jan 1998 14:41:32 -0800 (PST)
          (envelope-from toasty@home.dragondata.com)
Received: (from toasty@localhost)
        by home.dragondata.com (8.8.5/8.8.5) id WAA29958;
        Mon, 12 Jan 1998 22:08:07 -0600 (CST)
Message-Id: <199801130408.WAA29958@home.dragondata.com>
Date: Mon, 12 Jan 1998 22:08:07 -0600 (CST)
From: Kevin Day <toasty@home.dragondata.com>
Reply-To: toasty@home.dragondata.com
To: FreeBSD-gnats-submit@freebsd.org
Subject: Adding documentation for scsi(8) usage with autoloaders
X-Send-Pr-Version: 3.2

>Number:         5487
>Category:       docs
>Synopsis:       Adding documentation for scsi(8) usage with autoloaders
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-doc
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          change-request
>Submitter-Id:   current-users
>Arrival-Date:   Thu Jan 15 00:50:03 PST 1998
>Closed-Date:    Mon May 24 01:24:07 PDT 1999
>Last-Modified:  Mon May 24 01:25:40 PDT 1999
>Originator:     Kevin Day
>Release:        FreeBSD 2.2.1-RELEASE i386
>Organization:
DragonData
>Environment:

FreeBSD witha Archive 4586NP DAT autoloader


>Description:

Somewhere in the handbook/FAQ you may want to mention how to use a DAT
autoloader. ch0 appears non-functional with these drives. It detects them,
but sends bad/incorrect commands to it.

Also tested on an HP autoloader (model number unknown) and couldn't get cd0
to grok it.

>How-To-Repeat:

See below.

>Fix:

The following command shows the correct scsi command to load/unload a tape.

x = Source bay
y = Destination bay
        
scsi -f /dev/rst0.ctl -s 100 -c "a5 20 0 0 0 x 0 y 0 0 0 0"

Bay 1 = Tape Drive
Bay 2 = Loader slot 1
Bay 3 = Loader slot 2
Bay n = Loader slot n-1


To load a tape in slot 2 to the drive, the following command works:

scsi -f /dev/rst0.ctl -s 100 -c "a5 20 0 0 0 3 0 1 0 0 0 0"

To eject the tape into slot 4:

scsi -f /dev/rst0.ctl -s 100 -c "a5 20 0 0 0 1 0 5 0 0 0 0"


You do get a bunch of odd errors if you try to load a tape into a bay that's
already got a tape in it, or one that doesn't exist.

Be warned that on the Archive 4586NP attempting to load a tape into position
0 makes the tape drive lockup. (you need to power cycle it to recover)


Kevin
>Release-Note:
>Audit-Trail:
Responsible-Changed-From-To: freebsd-bugs->freebsd-doc 
Responsible-Changed-By: hoek 
Responsible-Changed-When: Mon Apr 13 08:39:49 PDT 1998 
Responsible-Changed-Why:  
This is really a "Will someone add more info to the handbook, please"-PR, 
and such PRs should generally include more explicit patches than the 
one that this does, however, I don't appear to have myt "closer-PRs" hat 
on, so it is merely re-assigned to the correct entity. 

Perhaps some enterprising young soul will add the two paragraphs (estimated) 
necessary to close this PR (or at least move it to the class "plain-text 
submission"). 
State-Changed-From-To: open->suspended 
State-Changed-By: phk 
State-Changed-When: Thu Apr 30 22:53:51 PDT 1998 
State-Changed-Why:  
where we put these, until they get picked up 
State-Changed-From-To: suspended->closed 
State-Changed-By: sheldonh 
State-Changed-When: Mon May 24 01:24:07 PDT 1999 
State-Changed-Why:  
We don't use scsi(8) any more. 
>Unformatted:
