TSM 6.3



Our first drop stgpool uses devclass of disk, our next stgpool coded is on disk 
with a devclass of file,

so the data is stored as .bfs files and their file sizes are 2048mb. This 
stgpool "DEVT_PRIM" is defined with dedup=yes.



Over time the pct utilization of these bfs files drops as expiration runs and 
files get marked inactive and

eventually removed. We attempted to reclaim these just like we had done for 
years with tapes but the

reclaim fails with msg:



TSMPOK_SERVER1>RECLAIM STGPOOL DEVT_PRIM THRESHOLD=90 ANR2111W RECLAIM STGPOOL: 
There is no data to process for DEVT_PRIM.

ANS8001I Return code 11.



We also have an LTO copy pool in place that is used before we migrate from 
devt_disk to devt_prim



Clients > devt_disk

Backup stgpool devt_disk lto_copy

Migrate stgpool devt_disk lowmig=0



This all results in the 2gb files in devt_prim that will eventually need 
reclamation which is the process that is failing.



Any thoughts on why reclaim fails with our config ?





Thanks,



Tim Brown
Systems Specialist - Project Leader
Central Hudson Gas & Electric
284 South Ave
Poughkeepsie, NY 12601
Email: tbrown AT cenhud DOT com <<mailto:tbrown AT cenhud DOT com>>
Phone: 845-486-5643
Fax: 845-486-5921
Cell: 845-235-4255




This message contains confidential information and is only for the intended 
recipient. If the reader of this message is not the intended recipient, or an 
employee or agent responsible for delivering this message to the intended 
recipient, please notify the sender immediately by replying to this note and 
deleting all copies and attachments.