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
The first thing I would check, is that you have full volumes that are
10% full (90% reclaimable), which is what the 90 in your command
specifies.
On Mon, Mar 5, 2012 at 14:30, Tim Brown tbr...@cenhud.com wrote:
TSM 6.3
Our first drop stgpool uses devclass of disk, our next stgpool coded is
Check out this deduperequiresbackup information
http://publib.boulder.ibm.com/infocenter/tsminfo/v6/index.jsp?topic=%2Fcom.ibm.itsm.srv.ref.doc%2Fr_opt_server_deduprequiresbackup.html
I think you'll have to run backups of your devt_file before you can reclaim.
Backup stgpool devt_file lto_copy
