When the drive is DOWN in volume manager (using "vmoprcmd -d" to
see state and "vmoprcmd -down N" to mark drive N as down), you
can use robtest (which invokes tldtest).
From the description it doesn't sound like a problem with
robot control. It sounds like a drive problem. The only
thing that the tldtest can do with the drive is unload it.
Date: Wed, 28 Jun 2000 00:19:48 -0700 (PDT)
From: Eyal Traitel etraitel@yahoo.com
Subject: Re: weirdness with our Netapp F760 and DLT tape drive
To: rob@colltech.com, toasters@mathworks.com
Rob,
Maybe irrlevant, but anyway -
Have you controlled the tape library using "ndmputil"
or Veritas's robot-handling utility (forgot its name)
?
From what I know, you need to manually use these
utilities to choose tape and load it to correct drive.
Eyal.
--- Rob Worman rworman@yahoo.com wrote:
We have a Netapp filer (F760) that we are trying to
back up (with Veritas Netbackup, but that's not
really
relevant to this question) by way of a
directly-connected DLT 7000 tape drive in a
StorageTek
9740 tape
library.
We aren't trying to get the netapp to manage the
robotic tape handling, we just want to write to the
tape that's been manually loaded into the drive. To
keep things simple, we are currently bypassing
Netbackup and just running the Netapp native dump
command. Whenever we do so, we see the following:
********* netapp output below **************
stpnas01> dump 0f nrst0a /vol/vol0
DUMP: Dumping tape file 1 on nrst0a
DUMP: creating
"/vol/vol0/../snapshot_for_backup.6"
snapshot.
DUMP: Using Full Volume Dump
DUMP: Date of this level 0 dump: Tue Jun 27
14:48:14 2000.
DUMP: Date of last level 0 dump: the epoch.
DUMP: Dumping /vol/vol0/ to nrst0a
DUMP: mapping (Pass I)[regular files]
DUMP: mapping (Pass II)[directories]
DUMP: Tape write failed.
DUMP: DUMP IS ABORTED
DUMP: Deleting
"/vol/vol0/../snapshot_for_backup.6"
snapshot.
******** netapp output above ***************
The kicker here is that if we disconnect the SCSI
cable from the STK drive and instead hook it up to
the
DLT 7k drive in a SUN L280, the same backup finishes
with no problems everytime. So we know that NDMP
and
the Netapp's SCSI card are okay.
We have tried different tapes/drives in the STK
library, with identical results. These STK drives
are
known to be functional, as they have been previously
connected to our Solaris backup server with no
problems.
We've been trying this with DLT drives that are
alone
on the SCSI bus, with non-conflicting ID's and
firmly
seated connectors and terminators. :)
We toyed with the idea that maybe the Netapp is
talking single-ended SCSI and since we know the STK
drive is differential SCSI... but sysconfig (and the
Netapp product docs) verify that this filer is
talking
differential SCSI. (and we are quite sure that the
STK drives are also differential)
Any suggestions as to what's going on here?
TiA
rob
Do You Yahoo!?
Get Yahoo! Mail - Free email you can access from
anywhere!
http://mail.yahoo.com/
=====
Yours,
Eyal Traitel
eTraitel@yahoo.com, Home: 972-3-5290415 (Tel Aviv)
eTraitel - it's the new eBuzzword !
Do You Yahoo!?
Get Yahoo! Mail - Free email you can access from anywhere!
http://mail.yahoo.com/
__________________________________________________________________________
Steve Kappel steve.kappel@veritas.com
VERITAS Software steve.kappel@iname.com (Personal)