Does TSM v6.3 reclaim .bfs files that have been dedupped?
When we try we get the error Tim has described below.
On Mon, 5 Mar 2012 15:17:31 -0600
Andrew Carlson wrote:
> The first thing I would check, is that you have full
> volumes that are
> 10% full (90% reclaimable), which is what the 90
Re: [ADSM-L] reclaim of file storage pool
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 wrote:
> TSM 6.3
>
>
>
> Our first drop stgpool uses d
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 wrote:
> TSM 6.3
>
>
>
> Our first drop stgpool uses devclass of disk, our next stgpool coded is on
> disk wit
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 a
