Re: [ADSM-L] Reading tape without TSM

"move data" in several tapedrives, but the same message.
06-06-2011 15:23:01      ANR8302E I/O error on drive DRIVE2 (/dev/rmt2)
with volume 050399JA
06-06-2011 15:54:34      ANR8302E I/O error on drive DRIVE5 (/dev/rmt5)
with volume 050399JA
06-06-2011 16:16:52      ANR8302E I/O error on drive DRIVE8 (/dev/rmt8)
with volume 050399JA
07-06-2011 12:51:00      ANR8302E I/O error on drive DRIVE9 (/dev/rmt9)
with volume 050399JA
17-06-2011 15:13:12      ANR8302E I/O error on drive DRIVE7 (/dev/rmt7)
with volume 050399JA
17-06-2011 15:17:32      ANR8302E I/O error on drive DRIVE4 (/dev/rmt4)
with volume 050399JA

"restore v 050399JA p=y" has no succes:
17-06-2011 15:29:01      ANR1241I Restore preview of volumes in primary
storage
                          pool ATL1 has ended.  Files Restored: 0, Bytes
Restored:
                          0. (SESSION: 24832)
17-06-2011 15:29:01      ANR1256W Volume 050399JA contains files that
could not be
                          restored. (SESSION: 24832)

because of the corrupt volumes in the copypool, I think:
01-06-2011 08:30:32      ANR9999D_1336436977
EndMoveVolume(afrclm.c:3475)
                          Thread<2424571>: Reclamation terminated for
volume 060458
                          - unexpected result code (25).(SESSION:
857538, PROCESS:
                          3262)
30-05-2011 16:11:15      ANR9999D_1336436977
EndMoveVolume(afrclm.c:3475)
                          Thread<2397675>: Reclamation terminated for
volume 060556
                          - unexpected result code (25).(SESSION:
843097, PROCESS:
                          3172)

tapeutil is on the system, what actions do you advice?

Kind Regards,
Ruud Meuleman 

-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Richard Sims
Sent: Friday, June 17, 2011 3:46 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: [ADSM-L] Reading tape without TSM

The first three records on a TSM tape are the Standard Labels, which are
in EBCDIC.  (See "Tape labels" in
http://people.bu.edu/rbs/ADSM.QuickFacts).

I would try Move Data in TSM, repeating on multiple drives if necessary,
to copy as much data as can be copied; then employ Restore Volume
(presuming it is a primary pool tape) to recover the rest, then retire
the bad tape or perform further evaluations on it using tapeutil.  It
may not be the tape that is bad, per se: one drive may be acting up,
which may have affected a number of tapes: such tapes might be quite
usable with drives that are in good condition.

    Richard Sims

On Jun 17, 2011, at 9:32 AM, Meuleman, Ruud wrote:

> The tape where the copy is, isn't also readable.
> 
> It is possible to use the dd command. Coping blocks to file is 
> possible, but I still read it.
> 
> # dd bs=256k count=20 if=/dev/rmt10 of=/tmp/cpp.out
> 0+3 records in
> 0+3 records out
> 
> # more cpp.out
> M-eM-VM-SM-qM-pM-vM-pM-tM-uM-x@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
> @@ 
> @@@@@@@@@@@@@@@@@@@@@@@@@@@@M-HM-DM-YM-qM-AM-DM-bM-TKM-BM-FM-bKM-eM-pM
> -p
> M-qM-pM-rM-B
> M-A@@@@@@M-pM-pM-pM-qM-pM-pM-pM-q@@@@@@M-pM-pM-xM-sM-qM-t@M-yM-yM-sM-v
> M- 
> uM-pM-pM-pM-pM-pM-pM-pM-AM-DM-bM-T@@@@@@@@@@@@@@@@M-HM-DM-YM-rM-dM-rM-
> vM
> -rM-qM-tM-pM-p
> M-pM-pM-p@M-p@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
> @@
> @@@@
> 
> Should we skip some blocks with TSMtape, before we get to the actual 
> data?
> 
> Kind Regards,
> Ruud Meuleman 
  
**********************************************************************
 
 
This transmission is confidential and must not be used or disclosed by anyone 
other than the intended recipient. Neither Tata Steel Europe Limited nor any of 
its subsidiaries can accept any responsibility for any use or misuse of the 
transmission by anyone.
 
For address and company registration details of certain entities within the 
Tata Steel Europe group of companies, please visit 
http://www.tatasteeleurope.com/entities
 
 
**********************************************************************