Backup Central

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.com <<mailto:tbrown < at > cenhud.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.

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 <tbrown < at > cenhud.com> wrote:
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.com <<mailto:tbrown < at > cenhud.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.



--
Andy Carlson
---------------------------------------------------------------------------
Gamecube:$150,PSO:$50,Broadband Adapter: $35, Hunters License: $8.95/month,
The feeling of seeing the red box with the item you want in it:Priceless.

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

If your diskpool backups are working right, you shouldn't have anything to back up from devt_file.


-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L < at > VM.MARIST.EDU] On Behalf Of Andrew Carlson
Sent: Monday, March 05, 2012 3:18 PM
To: ADSM-L < at > VM.MARIST.EDU
Subject: 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 <tbrown < at > cenhud.com> wrote:
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.com <<mailto:tbrown < at > cenhud.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.



--
Andy Carlson
---------------------------------------------------------------------------
Gamecube:$150,PSO:$50,Broadband Adapter: $35, Hunters License: $8.95/month,
The feeling of seeing the red box with the item you want in it:Priceless.
This electronic transmission and any documents accompanying this electronic transmission contain confidential information belonging to the sender. This information may be legally privileged. The information is intended only for the use of the individual or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on or regarding the contents of this electronically transmitted information is strictly prohibited.

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 <naclosagc < at > GMAIL.COM> wrote:

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
<tbrown < at > cenhud.com> wrote:
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.com <<mailto:tbrown < at > cenhud.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.



--
Andy Carlson

---------------------------------------------------------------------------
Gamecube:$150,PSO:$50,Broadband Adapter: $35, Hunters
License: $8.95/month,
The feeling of seeing the red box with the item you want
in it:Priceless.