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.
-Steve
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)
-
Steve Kappel