Bill,
Thanks for the assistance.
The netapp returns this:Also, the netapp apparently wasn't happy with being poked at: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.
Most annoying. No downtime, though.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
Dave