TSM keeps mounting scratch tapes although many of tapes are filling

[ltcctl]

I have an issue with my TSM server. It has 4 storage pool. 3 storage pool is working normally except one that contains VMDATA. All of tapes in this VMDATA storage pool is in filling status. Every time I try to reclaim the tape in this storage pool, TSM will mount another scratch tape to this storage pool again and again. Those tape util pct is very low so it consumed a lot of my tapes for nothing. Anyone know how to reclaim those tapes?
Thank you very much

 

[moon-buddy]

Is colocation by node enabaled?

 

[RecoveryOne]

To reclaim those tapes you can try setting your maxscratch to a value one less then the amount used then use move data. But check what moon posted above, sounds like colocation is enabled.

 

[ltcctl]

Is this mean collocation enabled?
If not, how can I check it please?
Sorry I'm just a newbie here

 

[Trident]

Type 'upd stg <NAME> collo=no'

 

[moon-buddy]

Your colocation is even worst!

It is by filespace which consumes a lot of tapes! See Trident's response.

 

[ILCattivo]

Now I have the opposite problem...!!

Collocate = 'No' on the Copy LTOPOOL

I have a system which, when running Offsite tape Reclaimation, keeps requesting tapes that arn't present in the Library (Vault-Mountable) and thus keeps asking for them to be 'Checked In'. It gives you 60 minutes to do so after which the process fails. I can see in the act log that it has a bucket load of tapes which fall within the reclaim pct parm, but for some reason it very rarely goes away and grabs a scratch tape to start the moving of data process from the disk vols to the scratch tapes in order to free up the reclaimable tapes?

Any ideas whats happened here..?

 

[ILCattivo]

Example for the above..

Process Process Description Process Status
Number
-------- -------------------- -------------------------------------------------
2,499 Space Reclamation Offsite Volume(s) (storage pool LTO_OFFSITE)
, Moved Files: 0, Moved Bytes: 0 bytes, Deduplic
ated Bytes: 0 bytes, Unreadable Files: 0, Unread
able Bytes: 0 bytes. Current Physical File (byte
s): 46,813 KB Waiting for mount of output volume
LTO052L6 (575 seconds).

Protect: TSM717AIX>q act s=LTO052L6

Date/Time Message
-------------------- ----------------------------------------------------------
06/06/2018 16:27:50 ANR8308I 021: LTO volume LTO052L6 is required for use in l
ibrary TS3200; CHECKIN LIBVOLUME required within 60 minut
es. (SESSION: 537299, PROCESS: 2499)
06/06/2018 16:28:50 ANR8308I 021: LTO volume LTO052L6 is required for use in l
ibrary TS3200; CHECKIN LIBVOLUME required within 59 minut
es.
06/06/2018 16:29:50 ANR8308I 021: LTO volume LTO052L6 is required for use in l
ibrary TS3200; CHECKIN LIBVOLUME required within 58 minut
es.
06/06/2018 16:30:50 ANR8308I 021: LTO volume LTO052L6 is required for use in l
ibrary TS3200; CHECKIN LIBVOLUME required within 57 minut
es.
06/06/2018 16:31:14 ANR8308I 021: LTO volume LTO052L6 is required for use in l
ibrary TS3200; CHECKIN LIBVOLUME required within 57 minut
es. (SESSION: 537479)
06/06/2018 16:31:50 ANR8308I 021: LTO volume LTO052L6 is required for use in l
ibrary TS3200; CHECKIN LIBVOLUME required within 56 minut
es.
06/06/2018 16:32:50 ANR8308I 021: LTO volume LTO052L6 is required for use in l
ibrary TS3200; CHECKIN LIBVOLUME required within 55 minut
es.
06/06/2018 16:33:50 ANR8308I 021: LTO volume LTO052L6 is required for use in l
ibrary TS3200; CHECKIN LIBVOLUME required within 54 minut
es.
06/06/2018 16:34:50 ANR8308I 021: LTO volume LTO052L6 is required for use in l
ibrary TS3200; CHECKIN LIBVOLUME required within 53 minut
es.
06/06/2018 16:35:14 ANR8308I 021: LTO volume LTO052L6 is required for use in l
ibrary TS3200; CHECKIN LIBVOLUME required within 53 minut
es. (SESSION: 537487)
06/06/2018 16:35:50 ANR8308I 021: LTO volume LTO052L6 is required for use in l
ibrary TS3200; CHECKIN LIBVOLUME required within 52 minut
es.
06/06/2018 16:36:50 ANR8308I 021: LTO volume LTO052L6 is required for use in l
ibrary TS3200; CHECKIN LIBVOLUME required within 51 minut
es.
06/06/2018 16:37:50 ANR8308I 021: LTO volume LTO052L6 is required for use in l
ibrary TS3200; CHECKIN LIBVOLUME required within 50 minutes


Once the process fails, the tapes in question (as seen above) go into an 'Unavailable' state and the same cycle begins again the next day!!
Is there a way to force ISP to use the scratch tape available to it in the library for this process or will this just make things worse?

 

[ILCattivo]

Think i've found the issue folks...

My own doing too, Doh!!

Found this whole bunch of tapes which were in an 'error' (unavailable) state last week, but knew there was nothing wrong with them. So numpty here updated the whole bunch of these volumes to 'read/write' so the system was expecting to be able to mount them, even though they were in the Vault!! [Hence the checkin messages] Should've updated them to 'offsite' instead so that it knows they're not availble to use, and now it should start using the scratch tapes which are present in the lib.. Hopefully

 

[ltcctl]

Thank everyone, it's normal now
But I have another issue now. I have some tapes that contains data but when I checked in the tapes TSM says it not belong to any storage pool and status of it in q libvol is private.
I wonder why is it?

tsm: TSM-SIN2>q vol 1026L4
ANR2034E QUERY VOLUME: No match found using this criteria.
ANS8001I Return code 11.

tsm: TSM>q libvol LIB 1026L4 f=d

Library Name Volume Name Status Owner Last Use Home Device Cleanings Left Media Type
Element Type
------------ ----------- ---------------- ---------- --------- ------- ------ -------------- ----------------
LIB 1026L4 Private TSM 1,699 LTO LTO-4

 

[dyna]

If last use is not DbBackup I would check them out (rem=no) and check them in as scratch (search=yes checkl=barc) again. Check your actlog as well.

 

[moon-buddy]

Looks like you have not checkout the tapes properly.

If the system says it doe snot belong to any pool, then these are scratch tapes and should be checked in as such.