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 thenetapp'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 Idon'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