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