Bill,

    Thanks for the assistance.
 

        The netapp returns this:

smith> dump 0uf rst0a /vol/brs1/argus/brs-data1/prod/alr2
DUMP: creating "/vol/brs1/../snapshot_for_backup.98" snapshot.
DUMP: Using Partial Volume Dump
DUMP: Date of this level 0 dump: Tue May 23 22:24:22 2000.
DUMP: Date of last level 0 dump: the epoch.
DUMP: Dumping /vol/brs1/argus/brs-data1/prod/alr2 to rst0a
DUMP: mapping (Pass I)[regular files]
DUMP: mapping (Pass II)[directories]
DUMP: estimated 95116 tape blocks.
DUMP: dumping (Pass III) [directories]
DUMP: dumping (Pass IV) [regular files]
DUMP: dumping (Pass V) [ACLs]
DUMP: 97906 tape blocks
DUMP: DUMP IS DONE
DUMP: Deleting "/vol/brs1/../snapshot_for_backup.98" snapshot.
Tue May 23 22:25:04 GMT [smith: ndmp_session_0]: ../common/ndmpd/tape.c:788 ndmpdTapeRead: read error.
smith>

        NetBackup returned "media write error".

        <sigh>  I've just discovered that the tape won't unload from the
netapp's DLT: it's rewound but the mechanism (storagetek 9714) is jammed.
Which means I get to drive through Boston to go play with it.

        I don't want to attribute this to the read error.  Generally I
don't have problems with this sort of thing, though.

    Also, the netapp apparently wasn't happy with being poked at:
Subject: 
       Cluster Alert from smith
   Date: 
       Tue, 23 May 2000 22:44:41 +0000
  From: 
       unixgroup@t-t.com
    To: 
       unixgroup@t-t.com




REBOOT on smith at Tue May 23 22:44:41 GMT 2000
    Most annoying.  No downtime, though.

Dave