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: [email protected] <<mailto:[email protected]>> 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.
