Sorry, Rene ingnore the last replay
"Lambelet,Rene,VEVEY,GLOBE Center CSC" wrote: > HI, > > in such case (scratch tape updated in private by TSm), we just do a checkout > remove=no, then a label overwrite=yes or checkin as scratch. > > Yours > > René LAMBELET > NESTEC SA > GLOBE - Global Business Excellence > Central Support Center > SD/ESN > Av. Nestlé 55 CH-1800 Vevey (Switzerland) > tél +41 (0)21 924'35'43 fax +41 (0)21 924'45'89 local > REL-3 21 > mailto:[EMAIL PROTECTED] > > This message is intended only for the use of the addressee > and may contain information that is privileged and > confidential. > > -----Original Message----- > From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of > PEEK, CHRISTOPHER > Sent: Tuesday,28. December 2004 14:32 > To: ADSM-L@VM.MARIST.EDU > Subject: Tape Recovery Questions > > We had an UPS failure in the data center. When the UPS failed, it > immediately disconnected power to all devices in the data center. At > the time of the failure, there were 3 tapes being written to in our 3583 > library. After the UPS was repaired, I brought everything back online. > TSM marked the three tapes as having an I/O error (no shock here) and > wrote the following type message to the log for each tape: > > 12/17/04 05:07:29 ANR8355E I/O error reading label for volume 223AHV > in dri > ve DRIVE2 (/dev/rmt2). (SESSION: 383, PROCESS: > 18) > 12/17/04 05:08:01 ANR8778W Scratch volume 223AHV changed to Private > Status > to prevent re-access. (SESSION: 383, PROCESS: 18) > > Now, my question is how to recover from this. I have tried to identify > what was on the tapes so that I may recover it from other tape pools, or > maybe discard it if not necessary to rebuild it. However, the tapes are > not assigned to any storage pools so the "query volume" and "query > content" commands are not working. > > Any suggestions on what to do next to identify what is on the tapes?
