TSM Server 6.3 - Defragment tape

[girreis]

Dear friends, I request help in solving the problem, we have a stgpool tapes, as described below:

tsm: TSM>q vol * stg=COPYPOOL

Volume Name Storage Device Estimated Pct Volume
Pool Name Class Name Capacity Util Status
------------------------ ----------- ---------- --------- ----- --------
TA0575 COPYPOOL SL8500_02 12.5 T 95.8 Full
TA0576 COPYPOOL SL8500_02 8.5 T 3.8 Full
TA0577 COPYPOOL SL8500_02 16.8 T 11.9 Full
TA0578 COPYPOOL SL8500_02 17.2 T 43.5 Full
TA0579 COPYPOOL SL8500_02 9.6 T 6.7 Full
TA0580 COPYPOOL SL8500_02 6.5 T 28.4 Full
TA0581 COPYPOOL SL8500_02 10.0 T 46.7 Full
TA0582 COPYPOOL SL8500_02 12.0 T 73.5 Full
TA0583 COPYPOOL SL8500_02 15.5 T 76.5 Full
TA0584 COPYPOOL SL8500_02 14.1 T 73.8 Full
TA0585 COPYPOOL SL8500_02 10.3 T 71.7 Full
TA0586 COPYPOOL SL8500_02 18.1 T 75.5 Filling
TA0587 COPYPOOL SL8500_02 5.9 T 75.6 Full
TA0588 COPYPOOL SL8500_02 11.8 T 67.4 Full
TA0589 COPYPOOL SL8500_02 11.0 T 67.8 Full
TA0590 COPYPOOL SL8500_02 8.6 T 76.9 Full
TA0591 COPYPOOL SL8500_02 9.9 T 70.4 Full
TA0592 COPYPOOL SL8500_02 11.3 T 77.2 Full
TA0593 COPYPOOL SL8500_02 6.0 T 28.5 Full
TA0594 COPYPOOL SL8500_02 5.6 T 64.3 Full
TA0595 COPYPOOL SL8500_02 8.4 T 96.4 Full
TA0596 COPYPOOL SL8500_02 12.2 T 77.9 Full
TA0597 COPYPOOL SL8500_02 5.9 T 81.8 Full
TA0598 COPYPOOL SL8500_02 10.5 T 58.6 Full
TA0599 COPYPOOL SL8500_02 9.0 T 77.4 Full

And as you can see, the "Pct Util" column contains some tapes with low utilization percentage and STATUS "FULL", how to solve it, because we can analyze that there was a lot of space lost.

Thanks for listening,

Ramon

 

[Harry_Redl]

Hi,

several options:
a) set "reclaim threshold" - "upd stg copypool reclaim=60"
BEWARE - the number is the percentage of UNUSED space (so in case above the process starts for volumes with pct.util below 40)
b) run the reclamation manually - "reclaim stg copypool th=60"
c) use "move data <volume name>" on each volume in question

Harry

 

[girreis]

I understand, but I'm not free tape to make the move date.

I think the reclaim solve?

 

[Harry_Redl]

Hi,
this is a copypool, so you cannot move the data to another storagepool. If you have a free (empty) tape in the library, then increasing a number of scratch tapes for this storagepool can help (upd stg copypool maxscr=XYZ).
If you really do not have any free tape ... then you can buy new one OR wait until the data on tape(s) expire OR you can delete the tape (del vol XYZ discard=yes) and run backup stgpool for the primary pool again (although it is not recommended - as you have only one copy at the moment).

Harry

 

[girreis]

Ok,

I ran the command (del vol TA0576 discard = yes), then the command (define COPYPOOL TA0576 acc = readw volume).

So I ran the command (reclaim stgpool COPYPOOL threshold = 50 wait = yes).

But I have a question:

Process Process Description Process Status
Number
------- -------------------- ----------------------- --------------------------
1,441 Space Reclamation Volume TA0579 (COPYPOOL storage pool), Moved
Files: 3003797, Moved Bytes: 347,938,904,746,
Unreadable Files: 404 544, Unreadable Bytes:
12,040,996,480. Current Physical File (bytes):
341.475 Current input volume: TA0579. Waiting
for access to output volume TA0576 (2098
seconds).

Because there Unreadable Files: 404 544? I had to do a repair on TA0579 volume?

Thanks,

Ramon

 

[Harry_Redl]

Hi,

any I/O errors in the activity log? Why is it waiting for 2098 seconds for the tape TA0576? Is the tape involved in other operation?
Do not forget to run "BACKUP STGPOOL <Primary_pool(s)> COPYPOOL" after reclamation to recreate deleted data.
Then you may run audit of all volumes in the COPYPOOL to confirm readability of the data.

Harry

 

[bhaven41]

Hi girreis,

I didn't see any reply on Harry's post.

Reclamation is waiting for TA0576 against which you just ran "del vol". The only option I can think of is that volume TA0576 is still being deleted.
Can you check in "q proc" if the delete process is completed? If yes, it should not wait for delted volume.