TSM No scratch in the Library

chafik

ADSM.ORG Member
Joined
Jul 13, 2016
Messages
21
Reaction score
0
Points
0
PREDATAR Control23

Hello,

I started working in a company using TSM Tivoli 7.1 with the library tape TS3100.
I have strange problem, the scratch keep getting lower and lower....

- I set the reclamation at 60% ( as recommended)
- running the command: run showreclaim

STGPOOL_NAME Unnamed[2]
-------------------------------- ------------
OFFSITE-DAILY 28
ANR1462I RUN: Command script SHOWRECLAIM completed successfully.

And the number goes every other day up and up.


- I have some tapes on pending status

Volume Name Storage Device Estimate- Pct Volume
Pool Name Class Name d Capaci- Util Status
ty
------------------------ ----------- ---------- --------- ----- --------
000052L5 OFFSITE-DAILY- LTO_CLASS- 0.0 M 0.0 Pending

000063L5 OFFSITE-DAILY- LTO_CLASS- 0.0 M 0.0 Pending

000072L5 OFFSITE-DAILY- LTO_CLASS- 0.0 M 0.0 Pending

000091L5 OFFSITE-DAILY LTO_CLASS- 0.0 M 0.0 Pending

000260L5 OFFSITE-DAILY- LTO_CLASS- 0.0 M 0.0 Pending

000302L5 OFFSITE-DAILY- LTO_CLASS- 0.0 M 0.0 Pending

000306L5 OFFSITE-DAILY- LTO_CLASS- 0.0 M 0.0 Pending

000313L5 OFFSITE-DAILY- LTO_CLASS- 0.0 M 0.0 Pending

000316L5 OFFSITE-DAILY- LTO_CLASS- 0.0 M 0.0 Pending


All these tapes existe outside the library

The reuse delay is set at: 3

I need some help

Thank you
 
PREDATAR Control23

If the reuse delay is set to 3, it will take 3 days for these tapes to go to vaultretrieve mode.

If you do not want to change this setting, you need to have spare scratch tapes and check in these as scratch.

If you change to reuse=0, the tapes will now go to vaultretrieve mod and you can check them in as scratch.

The correct way is to have reuse set to a value that is equal or longer to the number of days to keep the DB backup. Thus you need lots of spare scratch tapes.
 
PREDATAR Control23

@chafik, what does "q drmstat" shows. If the DBBACKUPEXPIREDAYS is less than your reusedealy, Then it needs to be corrected; Otherwise it is no use of keeping these volumes in pending; Instead it can be deleted.

@moon-buddy, Yes. It is a risk deleting volumes, in case of a disaster.
 
PREDATAR Control23

@chafik, what does "q drmstat" shows. If the DBBACKUPEXPIREDAYS is less than your reusedealy, Then it needs to be corrected; Otherwise it is no use of keeping these volumes in pending; Instead it can be deleted.

Do not use delete volumes when using DRM. Update the copy pool reuse to reuse=0 to get the tapes back.
 
PREDATAR Control23

The update of the Reuse solve the issue of the pending Volume (Tapes).
But Right now I'm facing another Issue, the number of the OFFSITE (showreclaim)tapes is going up and up each day and the reclamation of the of OFF-Site Scratch is 1 to 2 tapes every other day.
Check the commands:

=====================================================================================================
Reclaimation 60% (as recommended)

TSM>select volume_name,stgpool_name,pct_reclaim from volumes where pct_reclaim>60 and status='FULL' order by stgpool_name
VOLUME_NAME: 000104L5
STGPOOL_NAME: OFFSITE-DAILY
PCT_RECLAIM: 96.2

VOLUME_NAME: 000110L5
STGPOOL_NAME: OFFSITE-DAILY
PCT_RECLAIM: 85.5
======================================================================================================
TSM>run showreclaim
STGPOOL_NAME Unnamed[2]
-------------------------------- ------------
LOCAL-POOL 1
OFFSITE-DAILY 29
ANR1462I RUN: Command script SHOWRECLAIM completed successfully.
=======================================================================================================

So, how to solve this issue ?
 
PREDATAR Control23

How often do you run offsite reclamation?
What threshold do you use?
Does it complete successfully?

VOLUME_NAME: 000104L5
STGPOOL_NAME: OFFSITE-DAILY
PCT_RECLAIM: 96.2
This tells me that either it's not running, or if it's running it's failing.
 
PREDATAR Control23

Hello,

I Bought new tapes and add them to the scratches.
Thank you all
 
PREDATAR Control23

How often do you run offsite reclamation?
What threshold do you use?
Does it complete successfully?


This tells me that either it's not running, or if it's running it's failing.


Hello,

I ran it once a day, I think its failing
I tried to do it manually but nothing happen

I think reclamation is not working.

Any help
Thank you
 
PREDATAR Control23

Did you check the activity log?


The logs are in french language, all what I see is that the Reclamation is completed but the system not asking for the tapes from the vault (OFFSITE) even with the reclamation threshhold is set to 60%

see capture:

STG_Pool: OFFSITE-DAILY
Vol PCT_Rec PCT_Util:
000007L5 0.0 100.0
000013L5 0.0 100.0
000018L5 0.0 100.0
000061L5 0.0 100.0
000066L5 0.0 100.0
000075L5 0.0 100.0
000084L5 0.0 100.0
000131L5 0.0 100.0
000184L5 0.0 100.0
000185L5 0.0 100.0
000202L5 0.0 100.0
000059L5 0.1 99.9
000207L5 0.1 100.0
000250L5 0.4 99.6
000360L5 0.9 99.1
000214L5 1.8 98.2
000347L5 7.5 92.5
000363L5 7.5 92.6
000319L5 7.7 92.3
000215L5 8.3 91.7
000239L5 10.0 90.0
000201L5 10.6 89.4
000336L5 10.6 49.9
000014L5 19.1 81.0
000338L5 22.1 77.9
000135L5 24.8 75.3
000064L5 24.9 75.2
000323L5 27.7 72.6
000216L5 28.3 71.9
000358L5 30.1 0.0
000228L5 30.2 69.8
000065L5 31.7 68.5
000167L5 33.8 66.3
000012L5 35.5 64.8
000296L5 38.1 62.1
000220L5 38.2 62.4
000009L5 39.4 60.6
000225L5 39.5 60.6
000339L5 40.3 60.1
000292L5 41.4 58.9
000035L5 41.8 58.3
000124L5 41.9 59.2
000136L5 42.1 58.1
000290L5 42.3 57.9
000186L5 43.1 57.3
000320L5 43.3 57.0
000293L5 43.8 56.2
000159L5 44.3 55.7
000283L5 44.3 55.7
000341L5 44.4 56.2
000368L5 45.4 54.6
000236L5 45.5 54.6
000326L5 45.5 54.6
000161L5 46.4 53.9
000355L5 49.6 51.0
000249L5 50.7 50.1
000307L5 51.0 49.3
000281L5 51.4 48.8
000190L5 52.2 47.8
000248L5 53.0 47.4
000072L5 53.6 47.2
000304L5 53.6 46.5
000021L5 54.5 45.5
000213L5 54.7 45.3
000260L5 55.2 45.3
000312L5 55.5 44.6
000322L5 56.1 44.2
000180L5 56.2 45.1
000139L5 57.0 43.2
000370L5 57.0 43.0
000364L5 57.3 42.8
000142L5 58.2 41.8
000350L5 58.6 41.7
000157L5 58.7 41.4
000346L5 58.8 41.2
000163L5 59.0 41.5
000198L5 59.3 41.0
000340L5 59.6 41.1
000092L5 59.7 40.4
000303L5 59.7 40.5
000209L5 59.8 40.5
000200L5 59.9 40.2
000170L5 61.2 39.4
000354L5 61.2 39.1
000334L5 69.4 20.1
000366L5 77.6 22.8
000045L5 78.2 22.0
000344L5 78.5 21.8
000232L5 81.3 18.9
000302L5 81.8 18.4
000217L5 82.8 17.2
000110L5 85.5 14.5
000140L5 85.5 14.5
000244L5 87.4 13.1
000071L5 88.8 11.4
000280L5 90.9 9.3
000189L5 91.1 8.9
000353L5 93.6 6.8
000164L5 94.6 5.7
000299L5 94.7 5.4
000282L5 94.8 5.3
000291L5 94.8 5.5
000367L5 94.9 5.1
000337L5 95.5 4.6
000104L5 96.2 3.8
000174L5 96.7 3.3
000259L5 97.0 3.0
000300L5 97.3 2.8
000301L5 97.8 2.2
000137L5 98.5 1.5
000272L5 98.6 1.4
000203L5 98.7 1.3
000333L5 98.8 1.3
000351L5 98.8 1.3
000003L5 98.9 1.1
000221L5 99.2 0.8
000169L5 99.2 0.8
000195L5 99.3 0.9
000235L5 99.5 0.6
000253L5 99.8 0.3
000315L5 99.8 0.3
000246L5 99.9 0.1
000090L5 99.9 0.1
000345L5 99.9 0.1
000206L5 100.0 0.0

And

3/17/2017 02:28:49 Verification de l'etat de la reclamation. (Reclamation verification Status)
03/17/2017 02:28:50 Effacement de l'historique des volumes excedentaire a 30 jours. (Delete volume exceded 30 days)

Honestly I don't know why the reclamation is not done correctly
 
PREDATAR Control23

3/17/2017 02:28:49 Verification de l'etat de la reclamation. (Reclamation verification Status)
03/17/2017 02:28:50 Effacement de l'historique des volumes excedentaire a 30 jours. (Delete volume exceded 30 days)
That doesn`t look like the activity log. There is no ANR#### between the time and the beginning of the message and no process number at the end.

What command do you or the admin schedule use to kick off the offsite reclamation?
 
PREDATAR Control23

That doesn`t look like the activity log. There is no ANR#### between the time and the beginning of the message and no process number at the end.

What command do you or the admin schedule use to kick off the offsite reclamation?



query actlog begindate=today-1 begintime=09:30:00 endtime=12:30:00
 
PREDATAR Control23

ANR1893E Process 3525 for SPACE RECLAMATION completed
with a completion state of FAILURE. (PROCESS: 3525)
ANR4936I The reclamation of the OFFSITE-DAILY storage
pool is complete. Number of files reclaimed: 0. Number
of reclaimed bytes: 0. Number of reclaimed deduplicated
bytes: 0. Number of reconstructed files: 0. Number of
unreadable files: 0.
 
PREDATAR Control23

That's the final result, the cause would be before that.
 
PREDATAR Control23

Hello,

This the outpout of the command: query actlog begindate=today-1 begintime=09:30:00 endtime=12:30:00

Check the text file

Thank you
 

Attachments

  • tivoli.txt
    33.2 KB · Views: 12
Top