BACKUP STGPOOL failes.

[Devam]

Hello everyone
I get this error for a volume when I run a backup stgpool.
05/05/2016 06:00:43 ANR8337I LTO volume XT0026L6 mounted in drive TAPE04
(mt0.0.0.1). (SESSION: 7097, PROCESS: 141)
05/05/2016 06:01:29 ANR8341I End-of-volume reached for LTO volume XT0026L6.
(SESSION: 7097, PROCESS: 141)
05/05/2016 06:01:33 ANR1405W Scratch volume mount request denied - no scratch
volume available. (SESSION: 7097, PROCESS: 141)
05/05/2016 06:01:34 ANR1221E BACKUP STGPOOL: Process 141 terminated -
insufficient space in target storage pool LTOPOOL2.
(SESSION: 7097, PROCESS: 141)
more... (<ENTER> to continue, 'C' to cancel)
05/05/2016 06:01:34 ANR2753I (STGBACKUP):ANR1221E BACKUP STGPOOL: Process 141
(SESSION: 7097)

 

[Devam]

tsm: >q vol XT0026L6 f=d
Volume Name: XT0026L6
Storage Pool Name: LTOPOOL2
Device Class Name: LTOCLASS2
Estimated Capacity: 6.0 T
Scaled Capacity Applied:
Pct Util: 50.4
Volume Status: Filling
Access: Read/Write
Pct. Reclaimable Space: 19.7
Scratch Volume?: Yes
In Error State?: No
Number of Writable Sides: 1
Number of Times Mounted: 76
Write Pass Number: 1
Approx. Date Last Written: 04/21/2016 06:01:29
Approx. Date Last Read: 05/05/2016 16:33:10
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):
Last Update Date/Time: 03/27/2016 16:59:50
Begin Reclaim Period:
End Reclaim Period:
Drive Encryption Key Manager: None
Logical Block Protected: No

 

[Devam]

I am fairly new to TSM can one of you please help me get this fixed?

 

[DazRaz]

05/05/2016 06:01:33 ANR1405W Scratch volume mount request denied - no scratch
volume available. (SESSION: 7097, PROCESS: 141)

You need more scratch tapes. Load more scratch tapes and backup the storage pool again. If you have spare scratch tapes, then you may need to increase the maximum number of scratch tapes allowed for the LTOPOOL2 pool.

q stg LTOPOOL2 f=d would give us more information on the pool.


Notice how the tape details show the tape as 50.4% full and the tape is in filling state? TSM doesn't know how much data it can squeeze onto the tape as with compression, mileage varies. Your device class (LTOCLASS2) is set to guess that it can probably fit 6TB onto a tape. When copying out the last file, it reached the end of the tape and tried to load a new tape. This failed as you were either out of scratch tapes or the storage pool is using it's maximum allowed number of tapes and can't get another.

 

[Devam]

05/05/2016 06:01:33 ANR1405W Scratch volume mount request denied - no scratch
volume available. (SESSION: 7097, PROCESS: 141)

You need more scratch tapes. Load more scratch tapes and backup the storage pool again. If you have spare scratch tapes, then you may need to increase the maximum number of scratch tapes allowed for the LTOPOOL2 pool.

q stg LTOPOOL2 f=d would give us more information on the pool.


Notice how the tape details show the tape as 50.4% full and the tape is in filling state? TSM doesn't know how much data it can squeeze onto the tape as with compression, mileage varies. Your device class (LTOCLASS2) is set to guess that it can probably fit 6TB onto a tape. When copying out the last file, it reached the end of the tape and tried to load a new tape. This failed as you were either out of scratch tapes or the storage pool is using it's maximum allowed number of tapes and can't get another.

Hi Daz,
I added more scratch as you suggested but it still gives me the same error.
05/07/2016 06:01:23 ANR8341I End-of-volume reached for LTO volume XT0026L6.
(SESSION: 10662, PROCESS: 271)

tsm: FITSM01>q stgpool ltopool2 f=d
Storage Pool Name: LTOPOOL2
Storage Pool Type: Copy
Device Class Name: LTOCLASS2
Estimated Capacity: 549,943 G
Space Trigger Util:
Pct Util: 3.4
Pct Migr:
Pct Logical: 96.5
High Mig Pct:
Low Mig Pct:
Migration Delay:
Migration Continue:
Migration Processes:
Reclamation Processes: 1
Next Storage Pool:
Reclaim Storage Pool:
Maximum Size Threshold:
Access: Read/Write
Description:
Overflow Location:
Cache Migrated Files?:
Collocate?: No
Reclamation Threshold: 100
Offsite Reclamation Limit: No Limit
Maximum Scratch Volumes Allowed: 120
Number of Scratch Volumes Used: 36
Delay Period for Volume Reuse: 0 Day(s)
Migration in Progress?:
Amount Migrated (MB):
Elapsed Migration Time (seconds):
Reclamation in Progress?: No
Last Update by (administrator): ADMIN
Last Update Date/Time: 10/02/2013 11:29:12
Storage Pool Data Format: Native
Copy Storage Pool(s):
Active Data Pool(s):
Continue Copy on Error?:
CRC Data: No
Reclamation Type: Threshold
Overwrite Data when Deleted:
Deduplicate Data?: No
Processes For Identifying Duplicates:
Duplicate Data Not Stored:
Auto-copy Mode:
Contains Data Deduplicated by Client?: No

could you please suggest what else can be done?
Thanks
Devam

 

[LED888]

I added more scratch as you suggested but it still gives me the same error.

How exactly did you added more scratch tapes?
Did you just loaded some scratch tapes into the ATL?
If so, did you run the checkin libv command?

Are the scratch tape(s) new or have they been used by the TSM Server?
If they are new scratch tapes, need to run the label libv command .


Good Luck,
Sias

 

[Devam]

Hi Sias,
I ran the checkin libv
CHECKIN LIBVOLUME <library name>2 search=bulk checkl=b status=scratch
(SESSION: 27211)
These are new tapes. The new tapes are being used by other processes but the backup stgpool script keeps picking an old tape (XT0026L6).

Thanks
Devam

 

[LED888]

These are new tapes.

Since the scratch tapes are new.

When you use the tape volumes for the first time, you have to label the tapes to be recognised by the TSM server.

Need to run the checkout libv with the checklabel=no.
Once the new scratch tapes have been checked out , need to run the label libv with the overwrite=yes.

NOTE: If you run the label libv with the overwrite=yes on the wrong tape.
There's no "undo".

Good Luck,
Sias

 

[Devam]

Since the scratch tapes are new.

When you use the tape volumes for the first time, you have to label the tapes to be recognised by the TSM server.

Need to run the checkout libv with the checklabel=no.
Once the new scratch tapes have been checked out , need to run the label libv with the overwrite=yes.

NOTE: If you run the label libv with the overwrite=yes on the wrong tape.
There's no "undo".

Good Luck,
Sias

Thanks Sias! It worked.