empty to scratch

[lutficinar]

hi,

I have a volume inside the library. It is in "empty" status. It does not become scratch. How should I make it "scratch" manually. below the output of "q vol {volume_name} f=d" command.

Volume Name: A00118
Storage Pool Name: STG_IKERP_PRD
Device Class Name: LTO2
Estimated Capacity (MB): 0.0
Scaled Capacity Applied:
Pct Util: 0.0
Volume Status: Empty
Access: Read/Write
Pct. Reclaimable Space: 0.0
Scratch Volume?: Yes
In Error State?: No
Number of Writable Sides: 1
Number of Times Mounted: 87
Write Pass Number: 1
Approx. Date Last Written: 07/23/07 19:17:00
Approx. Date Last Read: 08/08/07 22:09:28
Date Became Pending:
Number of Write Errors: 0
Number of Read Errors: 0
Volume Location:
Volume is MVS Lanfree Capable : No
Last Update by (administrator): ADMIN
Last Update Date/Time: 09/20/07 11:33:13
thanks,
Ltf

 

[alimirza]

Look at the storage pool to which this volume belongs " q stg STG_IKERP_PRD f=d" and see if there is a reuse delay parameter set on the storage pool. This may be the one stoping to become scratch.

 

[lutficinar]

it seems that there is no reuse day set. below is the output of "q stg STG_IKERP_PRD f=d".



Storage Pool Name: STG_IKERP_PRD
Storage Pool Type: Primary
Device Class Name: LTO2
Estimated Capacity (MB): 69,471 G
Pct Util: 6.8
Pct Migr: 10.0
Pct Logical: 100.0
High Mig Pct: 90
Low Mig Pct: 70
Migration Delay: 0
Migration Continue: Yes
Migration Processes:
Next Storage Pool:
Reclaim Storage Pool:
Maximum Size Threshold: No Limit
Access: Read/Write
Description:
Overflow Location:
Cache Migrated Files?:
Collocate?: No
Reclamation Threshold: 60
Maximum Scratch Volumes Allowed: 100
Delay Period for Volume Reuse: 0 Day(s)
Migration in Progress?: No
Amount Migrated (MB): 0.00
Elapsed Migration Time (seconds): 0
Reclamation in Progress?: No
Volume Being Migrated/Reclaimed:
Last Update by (administrator): ADMIN
Last Update Date/Time: 05/14/07 15:27:38
Storage Pool Data Format: Native
Copy Storage Pool(s):
Continue Copy on Error?:
CRC Data: No

 

[may]

if there were a reuse delay set, the volume had been is "Pending" status,

a volume can be set in empty mode, when at the beginning you had defined it in a specific stgpool and specify that it will not return to scratch

 

[lutficinar]

thank you May,
I was just reading a redbook what is described exactly you mentioned. So, how can I redefine the volume from the beginning.

thanks
Ltf

 

[BBB]

I think though if May was right and the volume had been added to the stgpool using "def vol ...", this bit would say "no" instead of:

Scratch Volume?: Yes

Its a bit of an odd problem.

Does "audit vol A00118 fix=yes" make it go away?

 

[mark.swanston]

A simple way to move the tape back to scratch is as follows:

1. Perform a q cont A00118 on the volume in question to ensure it does not contain any valid data.
2. If you are happy that the volume is in fact empty, then perform "del vol A00118" which will delete the volume from the pool and return it to scratch.

Hope this helps,
Mark

 

[lutficinar]

Hi BBB,

The command "audit vol A00118 fix=yes" outputs

"ANR2209W Volume A00118 contains no data."

And it seems the volume is still in 'Empty' status.

Ltf

 

[mark.swanston]

If there is no data on the tape, it can be deleted as per my command below which will resolve your issue. I am not sure as to why this tape is not automatically returning back to scratch though :S

 

[lutficinar]

Mark

the command "del vol A00118" did not work. because I could not get any reply message after submitting the command. Also after I checked the libvol the volume is still in empty status.

thanks

Ltf

 

[mark.swanston]

What do you mean when you say you could not get a reply message?

What do you see in the activity log from the time you ran the command?

 

[lutficinar]

here is the actlog,

09/20/07 13:53:50 ANR2017I Administrator ADMIN issued command: DELETE VOLUME
A00118 (SESSION: 124436)
09/20/07 13:53:50 ANR1425W Scratch volume A00118 is empty but will not be
deleted - volume state is "mountablenotinlib". (SESSION:
124436)


thank you.
Ltf

 

[umur]

I'm fairly new to TSM so I might be wrong, but I was wondering if "move data on a storage pool volume" would work... it's like doing reclamation manually.

 

[moon-buddy]

Yes, it would. I use this every so often to "reclaim" some tape.

If you do this on the tape pool, the "reclaimed" tape goes to empty and thus becomes scratch immediately.

If you do this on the off site pool, the tape becomes empty and state is vaultretrieve. You then bring this back from the off site location and check it in.

 

[mark.swanston]

Your problem is shown here:

09/20/07 13:53:50 ANR1425W Scratch volume A00118 is empty but will not be
deleted - volume state is "mountablenotinlib". (SESSION:

The help output for the error you are receiving:

tsm: UK-NEDC-ADM-001>help ANR1425W
-------------------------------------------------------------------------------
ANR1425W Scratch volume volume name is empty but will not be deleted -
volume state is "mountablenotinlib".
Explanation: The named scratch volume is empty but will not be deleted at
this time because the state of the volume is MOUNTABLENOTINLIB. Possible
reasons include, a MOVE MEDIA command was used to check the volume out of
the library and the volume was subsequently checked into the library using
CHECKIN LIBVOL without first running a MOVE MEDIA command to update the
volume state back to MOUNTABLEINLIB state. If this should happen, the QUERY
MEDIA will display the volume to be in MOUNTABLEINLIB state since QUERY
MEDIA does verify if the volume is actually in the library before displaying
the state of the volume.
System Action: The volume is not deleted.
User Response: The following steps may be used if the volume is to be
deleted:
1. Run CHECKOUT LIBVOL to check the affected volume out of the library,
the REMOVE=NO option may be used to prevent actual volume movement
2. Run MOVE MEDIA * STG=* WHERESTATE=MOUNTTABLENOTINLIB WHERESTATUS=EMPTY.
When the volume is moved by MOVE MEDIA WHERESTATE=MOUNTABLENOTINLIB,
the scratch empty volume is deleted
3. Check the volume back into the library using CHECKIN LIBVOL command


To resolve this issue you need to change the state of the tape from MOUNTABLENOTINLIB as this is your problem.

This should clear the volume:

MOVE MEDIA A00118 stg=STG_IKERP_PRD WHERESTATE=MOUNTTABLENOTINLIB WHERESTATUS=EMPTY

Let me know how you get on.

 

[lutficinar]

Thank you both, Moon and Umur.

I tried your suggestion but, since the volume is empty. the command turned the following message

"ANR2209W Volume A00118 contains no data."So, it is still in empty status.

Ltf.

 

[lutficinar]

Mark,

I achieved to delete the volume logically, but unfortunately it is left inside the tape physically. Anyway I will let the door open and take the cartridge out.

Thank you for your solution.

Ltf.

 

[mark.swanston]

Glad to be of help

 

[yager]

I just had 3 tapes with a similar problem..

mine were actually offsite but empty no contents etc..

tried deleting them discard=yes (q contents showed empty)
could not audit vol w/ fix=yes, response was they were off-site.. (ya duhh)

My solution that worked was.
update vol <volume> access=readw
audit vol <volume> fix=yes
- Audit ran successfully.
upd vol <volume> access=offsite
-- DRM picked it backup and put it into vaultretrieve..
Well be back on site next week via normal tape 'reclamation' / retrieval process..

good luck