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