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/
On Tue, Jun 27, 2000 at 02:51:52PM -0700, Rob Worman wrote:
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:
have you tried to use Veritas to do this? i have about 15 filers working in pretty much the same config. our suns manage the robotics, and handle duplication, the netapps only need to know they have direct attached DLT(s). netbackup directs the dump to start after placing a tape in the correct drive.
does the filer recognize the tape drives as DLT 7000s? if you do an 'mt -f rst0a status' what does it report?
have you been able to backup this filer with another tape drive? have you checked the basics like making sure the tape isn't write protected, is writable from other machines, cable?
do you have a /etc on the volume?
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
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)
unless you ordered an SE card for your filer, probably not...
-s
-
Rob Worman -
Steve Armijo