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 ?
Systems Specialist - Project Leader
Central Hudson Gas & Electric
284 South Ave
Poughkeepsie, NY 12601
Email: tbrown < at > cenhud.com <<mailto:tbrown < at > cenhud.com>>
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.