Connectiong an ATL L200 DLT autochanger to Tru64v5.

From: MacDonell, Dennis <DennisMacDonell_at_auslig.gov.au>
Date: Tue, 20 Nov 2001 15:37:45 +1100

Hi,

I am running the following environment

OS: Tru64v5.0A
Hardware: DS20E, 1gb RAM, with 3 scsi controllers
the scsi controller that I connected the autochanger to has a DLT7000 (id 5)
and an STD-1000 (id 4).

I was wondering if anyone had connected one of these types of autochanger or
something similar (similar systems are (i) Sun Storedge L280 or a (ii) HP
SureStore Tape Autoloader Model 1/9).

Having connected all the plugs and set the scsi IDs to changer 0, drive 1, I
gave the DS20e a boot. It recognized that it now had something connected to
scsi id 0 but that was it. The message from scu was
    Bus/Target/Lun Device Type ANSI Vendor ID Product ID Revision
N/W
    -------------- ----------- ------ --------- ---------------- --------

---
     4    0    0   Changer     SCSI-2 QUANTUM   Powerstor L200     0021    N
     4    4    0   Sequential  SCSI-2 SONY      SDT-10000          0110    W
     4    5    0   Sequential  SCSI-2 QUANTUM   DLT7000            1B41    W
That can't be all. I checked in /dev/tape and there were no new tape
entries. I was going to try and write something to a tape, but how do you
use /dev/MAKEDEV to make a tape device with Tru64v5. I was going to copy the
MAKEDEV from Tru64v4.0F. Personally I think the v5 devices are a pain
fullstop (hope someone from Compaq is reading this).
I haven't been able to track down the Compaq version of this system and look
at their manual. 
Anyone want to throw in their ideas on what I should do next.
Also, we have a shell script that does all the backups. I was either going
to attack this script with the idea of adding some expect code (not sure
what that code might be, open to suggestions there too) to handle the
changing of tapes, or see if I could get amanda working. I started the
amanda configure but it locked up on "checking whether /sbin/dump supports
-E or 0S for estimates". Here is some of the log file
checking for perl... /usr/local/bin/perl
checking for sh... /sbin/sh
checking for ufsdump... no
checking for dump... /sbin/dump
checking for ufsrestore... no
checking for restore... /sbin/restore
checking whether /sbin/dump supports -E or -S for estimates...
and that's where it sat for about 10mins. I suspect that people have had
problems using amanda anyway with respect to advfs. Also by the looks of it
amanda wants to use dump instead of vdump. Given that Compaq is going to
stop supporting ufs at the next release of Tru64, I was beginning to wonder
if amanda might be a waste of time.
Dennis
######################################
Dennis Macdonell
Systems Administrator
AUSLIG
mail: PO Box 2, Belconnen, ACT 2617
email: mcdonell_at_auslig.gov.au
ph:  61 2 6201 4326
fax: 61 2 6201 4377
######################################

Received on Tue Nov 20 2001 - 04:40:34 NZDT