Restore Volume (Destroyed Tape)

[mikeatkc]

I have a volume, A00175, that is stuck in a drive (either the drive is bad
or the tape is bad). I need to move/restore the data on A00175 to another
tape. Below is what I did, I found the post "Destroyed Tape" and follow
the instructions and the results are below.

My question, is this all there is to it? How do I know the data has been move from volume A00175 or why does TSM not ask for other tapes to restore the data that is/was on A00175?


TSM> q vol * access=unav

Volume Name Storage Device Estimated Pct Volume
Pool Name Class Name Capacity Util Status
(MB)
------------------------ ----------- ---------- --------- ----- --------
A00175 TAPEDATA LTO-GEN2 381,468.0 0.7 Filling


I have attempted "restore volume A00175 preview=yes" and TSM returns:

2,138 Restore Volume Volume(s) in Primary Pool TAPEDATA,Files
(Preview) Restored: 1523, Bytes Restored: 1,421,600,896,
Unreadable Files: 0, Unreadable Bytes: 0.
Current Physical File (bytes): None

NOTE: I did a "q vol a00175" and A00175 is still in unavailable status.

TSM> restore volume a00175
ANR2041W This command attempts to restore all files in storage pool TAPEDATA
which reside on one of the volumes specified in the command; existing
references to files on these volumes will be deleted from the database after
the files have been restored.

Do you wish to proceed? (Yes (Y)/No (N)) y
ANR2114I RESTORE VOLUME: Access mode for volume A00175 updated to "destroyed".
ANR2110I RESTORE VOLUME started as process 2132.
ANS8003I Process number 2132 started.

NOTE: Now, A00175 is in "destroyed" status.

"q proc" and "q req" shows nothing, I do not see process 2132 being process nor asked for tapes, etc.

Any tips/hints/points are greatly appreciated, thank you.


--Mike

 

[gyuzik]

Search the activity log for process 2132 and see what happened to the process.

i.e. q actlog begind=-1 search="process: 2132"

 

[mikeatkc]

The below is from querying the log. So now I need to pull volumes A00220,
83, 71, 35, 221, 59, 96, and 90 and check-in those volumes as "private"
and execute the command "restore volume A00175" again?


ANR0984I Process 2132 for RESTORE VOLUME started in the
BACKGROUND at 09:36:00. (SESSION: 454626, PROCESS: 2132)

ANR1232I Restore of volumes in primary storage pool
TAPEDATA started as process 2132. (SESSION: 454626,
PROCESS: 2132)

ANR2110I RESTORE VOLUME started as process 2132. (SESSION:
454626, PROCESS: 2132)

ANR1255W Files on volume A00220 cannot be restored -
access mode is "unavailable" or "offsite". (SESSION:
454626, PROCESS: 2132)

ANR1255W Files on volume A00083 cannot be restored -
access mode is "unavailable" or "offsite". (SESSION:
454626, PROCESS: 2132)

ANR1255W Files on volume A00071 cannot be restored -
access mode is "unavailable" or "offsite". (SESSION:
454626, PROCESS: 2132)

ANR1255W Files on volume A00035 cannot be restored -
access mode is "unavailable" or "offsite". (SESSION:
454626, PROCESS: 2132)

ANR1255W Files on volume A00221 cannot be restored -
access mode is "unavailable" or "offsite". (SESSION:
454626, PROCESS: 2132)

ANR1255W Files on volume A00059 cannot be restored -
access mode is "unavailable" or "offsite". (SESSION:
454626, PROCESS: 2132)

ANR1255W Files on volume A00096 cannot be restored -
access mode is "unavailable" or "offsite". (SESSION:
454626, PROCESS: 2132)

ANR1255W Files on volume A00090 cannot be restored -
access mode is "unavailable" or "offsite". (SESSION:
454626, PROCESS: 2132)

ANR1235I Restore process 2132 ended for volumes in storage
pool TAPEDATA. (SESSION: 454626, PROCESS: 2132)

ANR0985I Process 2132 for RESTORE VOLUME running in the
BACKGROUND completed with completion state SUCCESS at
09:36:08. (SESSION: 454626, PROCESS: 2132)

ANR1240I Restore of volumes in primary storage pool
TAPEDATA has ended. Files Restored: 0, Bytes Restored:
0, Unreadable Files: 0, Unreadable Bytes: 0. (SESSION:
454626, PROCESS: 2132)

ANR1256W Volume A00175 contains files that could not be
restored. (SESSION: 454626, PROCESS: 2132)

 

[mikeatkc]

I retrieved the eight volumes I needed from the querying the actlog. After
inserting the tapes in the IBM 3584, I did the following:

1) checkin libv ltolib1 status=private search=bulk

2) q req

3) reply ### (to the q req above)

4) After the tapes have been check-in, I did "restore volume A00175"

...but the same issue occurs again. TSM processes the request real quick
and returns the same errors as below. I did a "q vol VOLNAME" and TSM
saw the new tape just fine, all the tapes return with the OFFDATA status.

What else do I need to investigate or might try? Thank you.

Regards,

--Mike

 

[mikeatkc]

Thanks Mike, the below command did the trick...I did it for all 8 tapes and
then re-execute the restore volume command and it works.

update volume VOLNAME access=reado location=""

On other note, should volume A00175 be marked as "destroyed?" I cannot
query the volume anymore, the below commands return nothing.

q vol A00175 f=d and q vol * access=destroyed

Furthermore, does TSM automatically mark the 8 tapes as offsite because
the tapes were from offsite or do I need to manually eject the tapes?

Regards,

-- Mike

 

[sergio.morales]

This should be all you need to do. Since the tapes you recalled are from offsite, it should automatically eject them with your next batch of offsite tapes. Just to be safe, make sure you get a listing and double-0check what goes off. Although I've never had it NOT eject the tapes I've just restored a volume from, it's better to sure it ejected them.

sERGE

 

[mikeatkc]

Confirmed, the offsite script automatically move the required volumes/tapes back to offsite.

Additionally, I attempted to update the damaged volume to access=destroy but cannot. In addition, q vol * access=unav does not show a00175 as being a "temptapes."

So where does a00175 went and how do I update it with access=destroy? Do I need to redefine a00175 in the storage pool before update it to destroy?

update vol a00175 access=destroy
ANR2401E UPDATE VOLUME: Volume a00175 is not defined in a storage pool.
ANS8001I Return code 11.


Regards,


--Mike

 

[noobie2tsm]

this works

Thanks, I just pieced together the parts needed from this thread and it worked great! Older thread, but still applicable

 

[pstacy]

Confirmed, the offsite script automatically move the required volumes/tapes back to offsite.

Additionally, I attempted to update the damaged volume to access=destroy but cannot. In addition, q vol * access=unav does not show a00175 as being a "temptapes."

So where does a00175 went and how do I update it with access=destroy? Do I need to redefine a00175 in the storage pool before update it to destroy?

update vol a00175 access=destroy
ANR2401E UPDATE VOLUME: Volume a00175 is not defined in a storage pool.
ANS8001I Return code 11.


Regards,


--Mike

I'm trying to make a volume destroyed as well that doesn't want to reload into our library but it is not being recognized as part of a storage pool. I don't know how long it has been in our offsite area awaiting reloading since we are now in an oversupply of tapes as we are migrating away from Tivoli. I don't know if this tape had been holding data or disaster recovery information. A "q vol" command doesn't give me any information about the tape so I suspect it may have been a disaster recovery tape.