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:rene.lambelet AT nestle DOT com
>
>                 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:ADSM-L AT VM.MARIST DOT EDU]On Behalf Of
> PEEK, CHRISTOPHER
> Sent: Tuesday,28. December 2004 14:32
> To: ADSM-L AT VM.MARIST DOT 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?