Re: Migration should preempt reclamation
Roger Worth mentioning is that the issue is most likely compounded by the migration/reclamation process running during a backup, the performance hit to the TSM server can be severe. You may find a significant reduction in task processing times if you do isolate them. In the past I have temporarily suspended (or limited) reclamation schedules until the initial backups are done and sent the backup data straight to my sequential storage pool bypassing the migration process. -Rick Adamson -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Roger Deschner Sent: Wednesday, February 17, 2016 8:43 PM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Migration should preempt reclamation I was under the impression that higher priority tasks could preempt lower priority tasks. That is, migration should be able to preempt reclamation. But it doesn't. A very careful reading of Administrator's Guide tells me that it does not. We're having a problem with a large client backup that fails, due to a disk stgpool filling. (It's a new client, and this is its initial large backup.) It fills up because the migration process can not get a tape drive, due to their all being used for reclamation. This also prevents the client backup from getting a tape drive directly. Does anybody have a way for migration to get resources (drives, volumes, etc) when a storage pool reaches its high migration threshold, and reclamation is using those resources? "Careful scheduling" is the usual answer, but you can't always schedule what client nodes do. Back on TSM 5.4 I built a Unix cron job to look for this condition and cancel reclamation processes, but it was a real Rube Goldberg contraption, so I'm reluctant to revive it now in the TSM 6+ era. Anybody have a better way? BTW, I thought I'd give the 7.1.4 Information center a try to answer this. I searched on "preemption". 10 hits none of which were the answer. So I went to the PDF of the old Administrator's Guide and found it right away. We need that book! Roger Deschner University of Illinois at Chicago rog...@uic.edu ==I have not lost my mind -- it is backed up on tape somewhere.=
Re: Migration should preempt reclamation
A similar script could use MOVE DATA instead of RECLAIM, which has the advantage of checking as each MOVE ends to see if there are drive resources, and intelligently picking a volume, before starting a new MOVE. It also can check an external file for a "pause" or "halt" command, or parse the actlog(s) for ANR1496I messages for similar "commands", and re-read the configuration file so you can affect it without stopping/starting. Richard -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Rhodes, Richard L. Sent: Thursday, February 18, 2016 9:34 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Migration should preempt reclamation This is a tough one. On the one hand we want Reclamation to use as many tape drives as possible, but not consume them all. We also have multiple TSM instances wanting library resources. The TSM instances are blind to each others needs. This _IS_ difficult to control. The _current_ solution controls reclamation completely manually from a set of scripts. It works something like this: - we run a library sharing environment across a bunch of TSM instances - reclamation is set to never run automatically - all stgpools are set to not run reclamation automatically (reclamation pct = 100) - define the max number of drives reclamation can use in a library (reclamation can use up to this number) - define the number unused drives in a library that MUST be UNUSED before another reclamation is started (there are always some number of unused drives available for non-reclamation jobs to start) - define on stgpools the number of reclamation process allowed - we set it to 1 (one reclamation process equals 2 tape drives) Late morning we kick in the script - Crawls through all our TSM instances and gets a count of tapes per stgpool that could be reclaimed (above some rec pct). - Sorts the list of stgpools/counts by the count - Scripts loops. On each loop it will start a new stgpool reclamation if: - max number of drives allowed for reclamation hasn't been hit - required number of unused drives are still unused Later in the day we kill this script, letting running reclamation jobs run to completion. If buy the next morning (when migrations want to run) we still have reclamations running, they get nuked! . . .repeat each day . . . . The result, at a gross level we keep some number of drives open for other sessions/jobs to use, and yet allow reclamation to use up to the defined limit of drives if no one other processes are using them. It has major flaws, but has really smoothed out our tape drive contention and resources used for reclamation. The one thing I really like is that it lets the stgpool with the most reclaimable tapes in whatever TSm instance to run the longest. One core overall issue - no amount of playing around like this can make up for not having the resources you need to drive TSM. If you don't have the drives to process the work, nothing will really help. Rick -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Roger Deschner Sent: Wednesday, February 17, 2016 8:43 PM To: ADSM-L@VM.MARIST.EDU Subject: Migration should preempt reclamation I was under the impression that higher priority tasks could preempt lower priority tasks. That is, migration should be able to preempt reclamation. But it doesn't. A very careful reading of Administrator's Guide tells me that it does not. We're having a problem with a large client backup that fails, due to a disk stgpool filling. (It's a new client, and this is its initial large backup.) It fills up because the migration process can not get a tape drive, due to their all being used for reclamation. This also prevents the client backup from getting a tape drive directly. Does anybody have a way for migration to get resources (drives, volumes, etc) when a storage pool reaches its high migration threshold, and reclamation is using those resources? "Careful scheduling" is the usual answer, but you can't always schedule what client nodes do. Back on TSM 5.4 I built a Unix cron job to look for this condition and cancel reclamation processes, but it was a real Rube Goldberg contraption, so I'm reluctant to revive it now in the TSM 6+ era. Anybody have a better way? BTW, I thought I'd give the 7.1.4 Information center a try to answer this. I searched on "preemption". 10 hits none of which were the answer. So I went to the PDF of the old Administrator's Guide and found it right away. We need that book! Roger Deschner University of Illinois at Chicago rog...@uic.edu ==I have not lost my mind -- it is backed up on tape somewhere.= -The information contained in this message is intended only for the
Re: Migration should preempt reclamation
We've had this problem as well. Our fix has been to define a maintenance script MANUAL_RECLAIM that reclaims each storage pool in parallel, but with a duration of 3 hours: PARALLEL RECL STG DESPOT-OFFSITE-LTO TH=60 DU=180 W=Y ... SERIAL An admin schedule will run the script every four hours, except on days we do offsite media checkouts, so that other processes have a shot at grabbing a tape drive. This actually solved an additional problem for us: that of having copy volumes in drives as MOVE DRMEDIA is running. On Wed, Feb 17, 2016 at 07:42:43PM -0600, Roger Deschner wrote: > I was under the impression that higher priority tasks could preempt > lower priority tasks. That is, migration should be able to preempt > reclamation. But it doesn't. A very careful reading of Administrator's > Guide tells me that it does not. > > We're having a problem with a large client backup that fails, due to a > disk stgpool filling. (It's a new client, and this is its initial large > backup.) It fills up because the migration process can not get a tape > drive, due to their all being used for reclamation. This also prevents > the client backup from getting a tape drive directly. Does anybody have > a way for migration to get resources (drives, volumes, etc) when a > storage pool reaches its high migration threshold, and reclamation is > using those resources? "Careful scheduling" is the usual answer, but you > can't always schedule what client nodes do. Back on TSM 5.4 I built a > Unix cron job to look for this condition and cancel reclamation > processes, but it was a real Rube Goldberg contraption, so I'm reluctant > to revive it now in the TSM 6+ era. Anybody have a better way? > > BTW, I thought I'd give the 7.1.4 Information center a try to answer > this. I searched on "preemption". 10 hits none of which were the answer. > So I went to the PDF of the old Administrator's Guide and found it right > away. We need that book! > > Roger Deschner University of Illinois at Chicago rog...@uic.edu > ==I have not lost my mind -- it is backed up on tape somewhere.= -- -- Skylar Thompson (skyl...@u.washington.edu) -- Genome Sciences Department, System Administrator -- Foege Building S046, (206)-685-7354 -- University of Washington School of Medicine
Re: Migration should preempt reclamation
This is a tough one. On the one hand we want Reclamation to use as many tape drives as possible, but not consume them all. We also have multiple TSM instances wanting library resources. The TSM instances are blind to each others needs. This _IS_ difficult to control. The _current_ solution controls reclamation completely manually from a set of scripts. It works something like this: - we run a library sharing environment across a bunch of TSM instances - reclamation is set to never run automatically - all stgpools are set to not run reclamation automatically (reclamation pct = 100) - define the max number of drives reclamation can use in a library (reclamation can use up to this number) - define the number unused drives in a library that MUST be UNUSED before another reclamation is started (there are always some number of unused drives available for non-reclamation jobs to start) - define on stgpools the number of reclamation process allowed - we set it to 1 (one reclamation process equals 2 tape drives) Late morning we kick in the script - Crawls through all our TSM instances and gets a count of tapes per stgpool that could be reclaimed (above some rec pct). - Sorts the list of stgpools/counts by the count - Scripts loops. On each loop it will start a new stgpool reclamation if: - max number of drives allowed for reclamation hasn't been hit - required number of unused drives are still unused Later in the day we kill this script, letting running reclamation jobs run to completion. If buy the next morning (when migrations want to run) we still have reclamations running, they get nuked! . . .repeat each day . . . . The result, at a gross level we keep some number of drives open for other sessions/jobs to use, and yet allow reclamation to use up to the defined limit of drives if no one other processes are using them. It has major flaws, but has really smoothed out our tape drive contention and resources used for reclamation. The one thing I really like is that it lets the stgpool with the most reclaimable tapes in whatever TSm instance to run the longest. One core overall issue - no amount of playing around like this can make up for not having the resources you need to drive TSM. If you don't have the drives to process the work, nothing will really help. Rick -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Roger Deschner Sent: Wednesday, February 17, 2016 8:43 PM To: ADSM-L@VM.MARIST.EDU Subject: Migration should preempt reclamation I was under the impression that higher priority tasks could preempt lower priority tasks. That is, migration should be able to preempt reclamation. But it doesn't. A very careful reading of Administrator's Guide tells me that it does not. We're having a problem with a large client backup that fails, due to a disk stgpool filling. (It's a new client, and this is its initial large backup.) It fills up because the migration process can not get a tape drive, due to their all being used for reclamation. This also prevents the client backup from getting a tape drive directly. Does anybody have a way for migration to get resources (drives, volumes, etc) when a storage pool reaches its high migration threshold, and reclamation is using those resources? "Careful scheduling" is the usual answer, but you can't always schedule what client nodes do. Back on TSM 5.4 I built a Unix cron job to look for this condition and cancel reclamation processes, but it was a real Rube Goldberg contraption, so I'm reluctant to revive it now in the TSM 6+ era. Anybody have a better way? BTW, I thought I'd give the 7.1.4 Information center a try to answer this. I searched on "preemption". 10 hits none of which were the answer. So I went to the PDF of the old Administrator's Guide and found it right away. We need that book! Roger Deschner University of Illinois at Chicago rog...@uic.edu ==I have not lost my mind -- it is backed up on tape somewhere.= - The information contained in this message is intended only for the personal and confidential use of the recipient(s) named above. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have received this communication in error, please notify us immediately, and delete the original message.
Re: Migration should preempt reclamation
Could you reduce the "Reclamation Processes" count on the storagepool by one leaving a tape drive free for migration? David -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Roger Deschner Sent: Wednesday, February 17, 2016 8:43 PM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Migration should preempt reclamation I was under the impression that higher priority tasks could preempt lower priority tasks. That is, migration should be able to preempt reclamation. But it doesn't. A very careful reading of Administrator's Guide tells me that it does not. We're having a problem with a large client backup that fails, due to a disk stgpool filling. (It's a new client, and this is its initial large backup.) It fills up because the migration process can not get a tape drive, due to their all being used for reclamation. This also prevents the client backup from getting a tape drive directly. Does anybody have a way for migration to get resources (drives, volumes, etc) when a storage pool reaches its high migration threshold, and reclamation is using those resources? "Careful scheduling" is the usual answer, but you can't always schedule what client nodes do. Back on TSM 5.4 I built a Unix cron job to look for this condition and cancel reclamation processes, but it was a real Rube Goldberg contraption, so I'm reluctant to revive it now in the TSM 6+ era. Anybody have a better way? BTW, I thought I'd give the 7.1.4 Information center a try to answer this. I searched on "preemption". 10 hits none of which were the answer. So I went to the PDF of the old Administrator's Guide and found it right away. We need that book! Roger Deschner University of Illinois at Chicago rog...@uic.edu ==I have not lost my mind -- it is backed up on tape somewhere.=
Migration should preempt reclamation
I was under the impression that higher priority tasks could preempt lower priority tasks. That is, migration should be able to preempt reclamation. But it doesn't. A very careful reading of Administrator's Guide tells me that it does not. We're having a problem with a large client backup that fails, due to a disk stgpool filling. (It's a new client, and this is its initial large backup.) It fills up because the migration process can not get a tape drive, due to their all being used for reclamation. This also prevents the client backup from getting a tape drive directly. Does anybody have a way for migration to get resources (drives, volumes, etc) when a storage pool reaches its high migration threshold, and reclamation is using those resources? "Careful scheduling" is the usual answer, but you can't always schedule what client nodes do. Back on TSM 5.4 I built a Unix cron job to look for this condition and cancel reclamation processes, but it was a real Rube Goldberg contraption, so I'm reluctant to revive it now in the TSM 6+ era. Anybody have a better way? BTW, I thought I'd give the 7.1.4 Information center a try to answer this. I searched on "preemption". 10 hits none of which were the answer. So I went to the PDF of the old Administrator's Guide and found it right away. We need that book! Roger Deschner University of Illinois at Chicago rog...@uic.edu ==I have not lost my mind -- it is backed up on tape somewhere.=
Re: reclamation
If you could post sanitized actlog entries related to that process number, it might help. George Huebschman (George H.) (301) 699-4013 (301) 875-1227 (Cell) From: Tom Taylor To: ADSM-L@VM.MARIST.EDU Date: 04/14/14 02:49 PM Subject: Re: [ADSM-L] reclamation Sent by: "ADSM: Dist Stor Manager" I ran it on command and gave it 120 minutes, I understand maybe the time ran out, but I watched it and it did not run for 2 hours. Thomas Taylor System Administrator Jos. A. Bank Clothiers Cell (443)-974-5768 From: George Huebschman To: ADSM-L@VM.MARIST.EDU, Date: 04/14/2014 02:20 PM Subject: Re: [ADSM-L] reclamation Sent by: "ADSM: Dist Stor Manager" How did you get reclamation to run? Did you use storage pool settings or did you run a reclamation command? George Huebschman (George H.) (301) 699-4013 (301) 875-1227 (Cell) The contents of this email are the property of PNC. If it was not addressed to you, you have no legal right to read it. If you think you received it in error, please notify the sender. Do not forward or copy without permission of the sender. This message may contain an advertisement of a product or service and thus may constitute a commercial electronic mail message under US Law. The postal address for PNC is 249 Fifth Avenue, Pittsburgh, PA 15222. If you do not wish to receive any additional advertising or promotional messages from PNC at this e-mail address, click here to unsubscribe: http://pages.e.pnc.com/globalunsub/ By unsubscribing to this message, you will be unsubscribed from all advertising or promotional messages from PNC. Removing your e-mail address from this mailing list will not affect your subscription to alerts, e-newsletters or account servicing e-mails. The contents of this email are the property of PNC. If it was not addressed to you, you have no legal right to read it. If you think you received it in error, please notify the sender. Do not forward or copy without permission of the sender. This message may contain an advertisement of a product or service and thus may constitute a commercial electronic mail message under US Law. The postal address for PNC is 249 Fifth Avenue, Pittsburgh, PA 15222. If you do not wish to receive any additional advertising or promotional messages from PNC at this e-mail address, click here to unsubscribe: http://pages.e.pnc.com/globalunsub/ By unsubscribing to this message, you will be unsubscribed from all advertising or promotional messages from PNC. Removing your e-mail address from this mailing list will not affect your subscription to alerts, e-newsletters or account servicing e-mails.
Re: reclamation
I ran it on command and gave it 120 minutes, I understand maybe the time ran out, but I watched it and it did not run for 2 hours. Thomas Taylor System Administrator Jos. A. Bank Clothiers Cell (443)-974-5768 From: George Huebschman To: ADSM-L@VM.MARIST.EDU, Date: 04/14/2014 02:20 PM Subject: Re: [ADSM-L] reclamation Sent by: "ADSM: Dist Stor Manager" How did you get reclamation to run? Did you use storage pool settings or did you run a reclamation command? George Huebschman (George H.) (301) 699-4013 (301) 875-1227 (Cell) The contents of this email are the property of PNC. If it was not addressed to you, you have no legal right to read it. If you think you received it in error, please notify the sender. Do not forward or copy without permission of the sender. This message may contain an advertisement of a product or service and thus may constitute a commercial electronic mail message under US Law. The postal address for PNC is 249 Fifth Avenue, Pittsburgh, PA 15222. If you do not wish to receive any additional advertising or promotional messages from PNC at this e-mail address, click here to unsubscribe: http://pages.e.pnc.com/globalunsub/ By unsubscribing to this message, you will be unsubscribed from all advertising or promotional messages from PNC. Removing your e-mail address from this mailing list will not affect your subscription to alerts, e-newsletters or account servicing e-mails.
Re: reclamation
How did you get reclamation to run? Did you use storage pool settings or did you run a reclamation command? George Huebschman (George H.) (301) 699-4013 (301) 875-1227 (Cell) The contents of this email are the property of PNC. If it was not addressed to you, you have no legal right to read it. If you think you received it in error, please notify the sender. Do not forward or copy without permission of the sender. This message may contain an advertisement of a product or service and thus may constitute a commercial electronic mail message under US Law. The postal address for PNC is 249 Fifth Avenue, Pittsburgh, PA 15222. If you do not wish to receive any additional advertising or promotional messages from PNC at this e-mail address, click here to unsubscribe: http://pages.e.pnc.com/globalunsub/ By unsubscribing to this message, you will be unsubscribed from all advertising or promotional messages from PNC. Removing your e-mail address from this mailing list will not affect your subscription to alerts, e-newsletters or account servicing e-mails.
Re: reclamation
TSM regards the tape as "FULL" once it reaches full status, and until data is completed expired, deleted, or moved off of it. Your reclamation process might have been successful if it had a time limit and reached the end. As others have suggested, try doing a "move data" on that volser and allow it to run until it completes. George Huebschman (George H.) (301) 699-4013 (301) 875-1227 (Cell) The contents of this email are the property of PNC. If it was not addressed to you, you have no legal right to read it. If you think you received it in error, please notify the sender. Do not forward or copy without permission of the sender. This message may contain an advertisement of a product or service and thus may constitute a commercial electronic mail message under US Law. The postal address for PNC is 249 Fifth Avenue, Pittsburgh, PA 15222. If you do not wish to receive any additional advertising or promotional messages from PNC at this e-mail address, click here to unsubscribe: http://pages.e.pnc.com/globalunsub/ By unsubscribing to this message, you will be unsubscribed from all advertising or promotional messages from PNC. Removing your e-mail address from this mailing list will not affect your subscription to alerts, e-newsletters or account servicing e-mails.
Re: reclamation
So new question then... I made a temp storagepool using my tape library, reclamation picked up and ran, the actlog says that one of the reclaims was successful. when I look at the volume reclaimed its utilization is down to 17%, but it is still marked as "full" so I still can't use it. Does anyone understand this? Thomas Taylor System Administrator Jos. A. Bank Clothiers Cell (443)-974-5768 From: Grigori Solonovitch To: ADSM-L@VM.MARIST.EDU, Date: 04/14/2014 01:03 PM Subject: Re: [ADSM-L] reclamation Sent by: "ADSM: Dist Stor Manager" I think next sequence of actions can help: 1) change some policy sets to reduce expire period (some old data will be lost!) ; 2) activate policy set; 3) run "expiry inventory" and, maybe, some volumes will become empty to start reclamation. Good luck! Grigori Solonovitch, Senior Systems Architect, IT, Ahli United Bank Kuwait, www.ahliunited.com.kw -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Tom Taylor Sent: 14 04 2014 6:33 PM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] reclamation In a situation where reclamation will not run because there is literally no space left in any pool, how do I get the reclaimable space back from volumes that have reclaimable space? Is there a way I can manually delete expired data from a volume directly? Thomas Taylor System Administrator Jos. A. Bank Clothiers Cell (443)-974-5768 Please consider the environment before printing this Email. CONFIDENTIALITY AND WAIVER: The information contained in this electronic mail message and any attachments hereto may be legally privileged and confidential. The information is intended only for the recipient(s) named in this message. If you are not the intended recipient you are notified that any use, disclosure, copying or distribution is prohibited. If you have received this in error please contact the sender and delete this message and any attachments from your computer system. We do not guarantee that this message or any attachment to it is secure or free from errors, computer viruses or other conditions that may damage or interfere with data, hardware or software.
Re: reclamation
Thank you everyone, all of this was very helpful. I am new to TSM and honestly still have no idea what I am doing. I think I have resolved my issue. On disk I had literally no volumes with space but I added some scratch tapes to my library and created a temporary reclamation pool using the library. Thanks again everyone. Thomas Taylor System Administrator Jos. A. Bank Clothiers Cell (443)-974-5768 From: Nick Marouf To: ADSM-L@VM.MARIST.EDU, Date: 04/14/2014 12:53 PM Subject: Re: [ADSM-L] reclamation Sent by: "ADSM: Dist Stor Manager" One more thing to consider is you can move some tapes out of the library by using "move media" command. Lets say that you had a bunch at a 100% capacity that does require reclamation, you can eject those, and add scratch tapes. (assuming you have some free tapes as well) move media volnmae stg=pool ovflo=cabinet rem=yes checkl=n You can then check those back in once you free up some space. On Mon, Apr 14, 2014 at 10:23 AM, Skylar Thompson wrote: > It can also use filling volumes, but it can't use empty space on full > volumes without reclamation. If there are a bunch of almost-empty full > volumes, though, even one scratch tape could free up a bunch more scratch > volumes using MOVE or RECLAIM. > > On Mon, Apr 14, 2014 at 04:20:17PM +, Leonard, Matthew wrote: >> Actually doing the Move data command doesn't require any scratch tapes at all. Have done it a ton of times as we run out of scratch/space all of the time. It's a never ending battle here!! >> >> Regards, >> >> Matthew J. Leonard >> Network Infrastructure Administrator >> IT Network Operations >> AtlasAir, Inc. >> matthew.leon...@atlasair.com >> 914-701-8042 >> >> >> -Original Message- >> From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Skylar Thompson >> Sent: Monday, April 14, 2014 12:03 PM >> To: ADSM-L@VM.MARIST.EDU >> Subject: Re: [ADSM-L] reclamation >> >> This depends on having some scratch/filling volumes available, though. >> Based on what Tom said, there is no space at all available in any pool. The first step needs to be to get some scratch tapes available, then RECLAIM/MOVE can be a viable option. > > -- > -- Skylar Thompson (skyl...@u.washington.edu) > -- Genome Sciences Department, System Administrator > -- Foege Building S046, (206)-685-7354 > -- University of Washington School of Medicine
Re: reclamation
I think next sequence of actions can help: 1) change some policy sets to reduce expire period (some old data will be lost!) ; 2) activate policy set; 3) run "expiry inventory" and, maybe, some volumes will become empty to start reclamation. Good luck! Grigori Solonovitch, Senior Systems Architect, IT, Ahli United Bank Kuwait, www.ahliunited.com.kw -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Tom Taylor Sent: 14 04 2014 6:33 PM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] reclamation In a situation where reclamation will not run because there is literally no space left in any pool, how do I get the reclaimable space back from volumes that have reclaimable space? Is there a way I can manually delete expired data from a volume directly? Thomas Taylor System Administrator Jos. A. Bank Clothiers Cell (443)-974-5768 Please consider the environment before printing this Email. CONFIDENTIALITY AND WAIVER: The information contained in this electronic mail message and any attachments hereto may be legally privileged and confidential. The information is intended only for the recipient(s) named in this message. If you are not the intended recipient you are notified that any use, disclosure, copying or distribution is prohibited. If you have received this in error please contact the sender and delete this message and any attachments from your computer system. We do not guarantee that this message or any attachment to it is secure or free from errors, computer viruses or other conditions that may damage or interfere with data, hardware or software.
Re: reclamation
One more thing to consider is you can move some tapes out of the library by using "move media" command. Lets say that you had a bunch at a 100% capacity that does require reclamation, you can eject those, and add scratch tapes. (assuming you have some free tapes as well) move media volnmae stg=pool ovflo=cabinet rem=yes checkl=n You can then check those back in once you free up some space. On Mon, Apr 14, 2014 at 10:23 AM, Skylar Thompson wrote: > It can also use filling volumes, but it can't use empty space on full > volumes without reclamation. If there are a bunch of almost-empty full > volumes, though, even one scratch tape could free up a bunch more scratch > volumes using MOVE or RECLAIM. > > On Mon, Apr 14, 2014 at 04:20:17PM +, Leonard, Matthew wrote: >> Actually doing the Move data command doesn't require any scratch tapes at >> all. Have done it a ton of times as we run out of scratch/space all of the >> time. It's a never ending battle here!! >> >> Regards, >> >> Matthew J. Leonard >> Network Infrastructure Administrator >> IT Network Operations >> AtlasAir, Inc. >> matthew.leon...@atlasair.com >> 914-701-8042 >> >> >> -Original Message- >> From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of >> Skylar Thompson >> Sent: Monday, April 14, 2014 12:03 PM >> To: ADSM-L@VM.MARIST.EDU >> Subject: Re: [ADSM-L] reclamation >> >> This depends on having some scratch/filling volumes available, though. >> Based on what Tom said, there is no space at all available in any pool. The >> first step needs to be to get some scratch tapes available, then >> RECLAIM/MOVE can be a viable option. > > -- > -- Skylar Thompson (skyl...@u.washington.edu) > -- Genome Sciences Department, System Administrator > -- Foege Building S046, (206)-685-7354 > -- University of Washington School of Medicine
Re: reclamation
If you have a 'filling volume' you can move data from a tape that needs to be reclaimed (with very little data) hence freeing up a new volume. Of course, you may need to adjust reuse delay to get this back as scratch immediately. --- David Nixon System Programmer II, Enterprise Storage Team Carilion Clinic | 451 Kimball Avenue | Roanoke, VA 24016 540-224-3903 (Work) From: ADSM: Dist Stor Manager [ADSM-L@VM.MARIST.EDU] on behalf of Leonard, Matthew [matthew.leon...@atlasair.com] Sent: Monday, April 14, 2014 12:20 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] reclamation Actually doing the Move data command doesn't require any scratch tapes at all. Have done it a ton of times as we run out of scratch/space all of the time. It's a never ending battle here!! Regards, Matthew J. Leonard Network Infrastructure Administrator IT Network Operations AtlasAir, Inc. matthew.leon...@atlasair.com 914-701-8042 -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Skylar Thompson Sent: Monday, April 14, 2014 12:03 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] reclamation This depends on having some scratch/filling volumes available, though. Based on what Tom said, there is no space at all available in any pool. The first step needs to be to get some scratch tapes available, then RECLAIM/MOVE can be a viable option. On Mon, Apr 14, 2014 at 03:58:56PM +, Leonard, Matthew wrote: > Tom, > > When we run into this problem, I'll run the following command after > doing a q vol > "c:/vols.txt", opening it into excel and for the > tapes that have less than 50% reclaimable I'll run the move data > command (see below) > > MOVE DATA "Volume_name" STGPOOL="Stroage_pool" WAIT=NO RECONSTRUCT=YES > > Hope this helps! > > Regards, > > Matthew J. Leonard > Network Infrastructure Administrator > IT Network Operations > AtlasAir, Inc. > matthew.leon...@atlasair.com > 914-701-8042 > > > -Original Message- > From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf > Of Tom Taylor > Sent: Monday, April 14, 2014 11:46 AM > To: ADSM-L@VM.MARIST.EDU > Subject: Re: [ADSM-L] reclamation > > No, that is my problem. I am in kind of a tight spot and we have had numerous > Admins leave recently all at once. TSM server has not been attended to lately > as it should and has gotten out of hand... so no there is literally NO disk > or tape space anywhere that I can temporarily use > There would be space if reclamation ran, because I have a lot of reclaimable > space, but there is nowhere for the reclamation process to put the files that > are good on the reclaimable volumes I'm kind of stuck here. > > > > > > > > > Thomas Taylor > System Administrator > Jos. A. Bank Clothiers > Cell (443)-974-5768 > > > > From: > Skylar Thompson > To: > ADSM-L@VM.MARIST.EDU, > Date: > 04/14/2014 11:39 AM > Subject: > Re: [ADSM-L] reclamation > Sent by: > "ADSM: Dist Stor Manager" > > > > Can you provide some space in a DISK or FILE pool, and then set > RECLAIMSTGPOOL for the pool that's completely out of space? That will allow > reclamation to use space emporarily in the referenced pool. > > On Mon, Apr 14, 2014 at 11:33:04AM -0400, Tom Taylor wrote: > > In a situation where reclamation will not run because there is > > literally no space left in any pool, how do I get the reclaimable > > space back from volumes that have reclaimable space? Is there a way > > I can manually > delete > > expired data from a volume directly? > > -- > -- Skylar Thompson (skyl...@u.washington.edu) > -- Genome Sciences Department, System Administrator > -- Foege Building S046, (206)-685-7354 > -- University of Washington School of Medicine -- -- Skylar Thompson (skyl...@u.washington.edu) -- Genome Sciences Department, System Administrator -- Foege Building S046, (206)-685-7354 -- University of Washington School of Medicine Notice: The information and attachment(s) contained in this communication are intended for the addressee only, and may be confidential and/or legally privileged. If you have received this communication in error, please contact the sender immediately, and delete this communication from any computer or network system. Any interception, review, printing, copying, re-transmission, dissemination, or other use of, or taking of any action upon this information by persons or entities other than the intended recipient is strictly prohibited by law and may subject them to criminal or civil liability. Carilion Clinic shall not be liable for the improper and/or incomplete transmission of the information contained in this communication or for any delay in its receipt.
Re: reclamation
By extension, a logical question: Has Expiration been running? (In a neglected TSM server, it might not be, and getting that going could free a bunch of space.) If Expiration has been running, a recourse is to go looking for obsolete nodes and filespaces to dispose of. If your system has USB, you could conceivably plug in some inexpensive random access media to constitute a temporary storage pool to be able to initiate reclamation. NFS mounting is another way to get space. Richard Sims
Re: reclamation
It can also use filling volumes, but it can't use empty space on full volumes without reclamation. If there are a bunch of almost-empty full volumes, though, even one scratch tape could free up a bunch more scratch volumes using MOVE or RECLAIM. On Mon, Apr 14, 2014 at 04:20:17PM +, Leonard, Matthew wrote: > Actually doing the Move data command doesn't require any scratch tapes at > all. Have done it a ton of times as we run out of scratch/space all of the > time. It's a never ending battle here!! > > Regards, > > Matthew J. Leonard > Network Infrastructure Administrator > IT Network Operations > AtlasAir, Inc. > matthew.leon...@atlasair.com > 914-701-8042 > > > -Original Message- > From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of > Skylar Thompson > Sent: Monday, April 14, 2014 12:03 PM > To: ADSM-L@VM.MARIST.EDU > Subject: Re: [ADSM-L] reclamation > > This depends on having some scratch/filling volumes available, though. > Based on what Tom said, there is no space at all available in any pool. The > first step needs to be to get some scratch tapes available, then RECLAIM/MOVE > can be a viable option. -- -- Skylar Thompson (skyl...@u.washington.edu) -- Genome Sciences Department, System Administrator -- Foege Building S046, (206)-685-7354 -- University of Washington School of Medicine
Re: reclamation
Actually doing the Move data command doesn't require any scratch tapes at all. Have done it a ton of times as we run out of scratch/space all of the time. It's a never ending battle here!! Regards, Matthew J. Leonard Network Infrastructure Administrator IT Network Operations AtlasAir, Inc. matthew.leon...@atlasair.com 914-701-8042 -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Skylar Thompson Sent: Monday, April 14, 2014 12:03 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] reclamation This depends on having some scratch/filling volumes available, though. Based on what Tom said, there is no space at all available in any pool. The first step needs to be to get some scratch tapes available, then RECLAIM/MOVE can be a viable option. On Mon, Apr 14, 2014 at 03:58:56PM +, Leonard, Matthew wrote: > Tom, > > When we run into this problem, I'll run the following command after > doing a q vol > "c:/vols.txt", opening it into excel and for the > tapes that have less than 50% reclaimable I'll run the move data > command (see below) > > MOVE DATA "Volume_name" STGPOOL="Stroage_pool" WAIT=NO RECONSTRUCT=YES > > Hope this helps! > > Regards, > > Matthew J. Leonard > Network Infrastructure Administrator > IT Network Operations > AtlasAir, Inc. > matthew.leon...@atlasair.com > 914-701-8042 > > > -Original Message- > From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf > Of Tom Taylor > Sent: Monday, April 14, 2014 11:46 AM > To: ADSM-L@VM.MARIST.EDU > Subject: Re: [ADSM-L] reclamation > > No, that is my problem. I am in kind of a tight spot and we have had numerous > Admins leave recently all at once. TSM server has not been attended to lately > as it should and has gotten out of hand... so no there is literally NO disk > or tape space anywhere that I can temporarily use > There would be space if reclamation ran, because I have a lot of reclaimable > space, but there is nowhere for the reclamation process to put the files that > are good on the reclaimable volumes I'm kind of stuck here. > > > > > > > > > Thomas Taylor > System Administrator > Jos. A. Bank Clothiers > Cell (443)-974-5768 > > > > From: > Skylar Thompson > To: > ADSM-L@VM.MARIST.EDU, > Date: > 04/14/2014 11:39 AM > Subject: > Re: [ADSM-L] reclamation > Sent by: > "ADSM: Dist Stor Manager" > > > > Can you provide some space in a DISK or FILE pool, and then set > RECLAIMSTGPOOL for the pool that's completely out of space? That will allow > reclamation to use space emporarily in the referenced pool. > > On Mon, Apr 14, 2014 at 11:33:04AM -0400, Tom Taylor wrote: > > In a situation where reclamation will not run because there is > > literally no space left in any pool, how do I get the reclaimable > > space back from volumes that have reclaimable space? Is there a way > > I can manually > delete > > expired data from a volume directly? > > -- > -- Skylar Thompson (skyl...@u.washington.edu) > -- Genome Sciences Department, System Administrator > -- Foege Building S046, (206)-685-7354 > -- University of Washington School of Medicine -- -- Skylar Thompson (skyl...@u.washington.edu) -- Genome Sciences Department, System Administrator -- Foege Building S046, (206)-685-7354 -- University of Washington School of Medicine
Re: reclamation
Being that tight, I would suggest you do not look at reclaimation, think move data. That way you can pick a volume, and move it to reclaim the space, then build on that until there is enough space to let reclaimation take over. Reclaim sometimes is not as predictable as you would like. Also consider re-use delay changes. As for a place to write. Either you will need to locate a scratch tape or make one tape scratch. Andy Huebner -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Tom Taylor Sent: Monday, April 14, 2014 10:46 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] reclamation No, that is my problem. I am in kind of a tight spot and we have had numerous Admins leave recently all at once. TSM server has not been attended to lately as it should and has gotten out of hand... so no there is literally NO disk or tape space anywhere that I can temporarily use There would be space if reclamation ran, because I have a lot of reclaimable space, but there is nowhere for the reclamation process to put the files that are good on the reclaimable volumes I'm kind of stuck here. Thomas Taylor System Administrator Jos. A. Bank Clothiers Cell (443)-974-5768 From: Skylar Thompson To: ADSM-L@VM.MARIST.EDU, Date: 04/14/2014 11:39 AM Subject: Re: [ADSM-L] reclamation Sent by: "ADSM: Dist Stor Manager" Can you provide some space in a DISK or FILE pool, and then set RECLAIMSTGPOOL for the pool that's completely out of space? That will allow reclamation to use space emporarily in the referenced pool. On Mon, Apr 14, 2014 at 11:33:04AM -0400, Tom Taylor wrote: > In a situation where reclamation will not run because there is > literally no space left in any pool, how do I get the reclaimable > space back from volumes that have reclaimable space? Is there a way I > can manually delete > expired data from a volume directly? -- -- Skylar Thompson (skyl...@u.washington.edu) -- Genome Sciences Department, System Administrator -- Foege Building S046, (206)-685-7354 -- University of Washington School of Medicine
Re: reclamation
This depends on having some scratch/filling volumes available, though. Based on what Tom said, there is no space at all available in any pool. The first step needs to be to get some scratch tapes available, then RECLAIM/MOVE can be a viable option. On Mon, Apr 14, 2014 at 03:58:56PM +, Leonard, Matthew wrote: > Tom, > > When we run into this problem, I'll run the following command after doing a q > vol > "c:/vols.txt", opening it into excel and for the tapes that have less > than 50% reclaimable I'll run the move data command (see below) > > MOVE DATA "Volume_name" STGPOOL="Stroage_pool" WAIT=NO RECONSTRUCT=YES > > Hope this helps! > > Regards, > > Matthew J. Leonard > Network Infrastructure Administrator > IT Network Operations > AtlasAir, Inc. > matthew.leon...@atlasair.com > 914-701-8042 > > > -Original Message- > From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Tom > Taylor > Sent: Monday, April 14, 2014 11:46 AM > To: ADSM-L@VM.MARIST.EDU > Subject: Re: [ADSM-L] reclamation > > No, that is my problem. I am in kind of a tight spot and we have had numerous > Admins leave recently all at once. TSM server has not been attended to lately > as it should and has gotten out of hand... so no there is literally NO disk > or tape space anywhere that I can temporarily use > There would be space if reclamation ran, because I have a lot of reclaimable > space, but there is nowhere for the reclamation process to put the files that > are good on the reclaimable volumes I'm kind of stuck here. > > > > > > > > > Thomas Taylor > System Administrator > Jos. A. Bank Clothiers > Cell (443)-974-5768 > > > > From: > Skylar Thompson > To: > ADSM-L@VM.MARIST.EDU, > Date: > 04/14/2014 11:39 AM > Subject: > Re: [ADSM-L] reclamation > Sent by: > "ADSM: Dist Stor Manager" > > > > Can you provide some space in a DISK or FILE pool, and then set > RECLAIMSTGPOOL for the pool that's completely out of space? That will allow > reclamation to use space emporarily in the referenced pool. > > On Mon, Apr 14, 2014 at 11:33:04AM -0400, Tom Taylor wrote: > > In a situation where reclamation will not run because there is > > literally no space left in any pool, how do I get the reclaimable > > space back from volumes that have reclaimable space? Is there a way I > > can manually > delete > > expired data from a volume directly? > > -- > -- Skylar Thompson (skyl...@u.washington.edu) > -- Genome Sciences Department, System Administrator > -- Foege Building S046, (206)-685-7354 > -- University of Washington School of Medicine -- -- Skylar Thompson (skyl...@u.washington.edu) -- Genome Sciences Department, System Administrator -- Foege Building S046, (206)-685-7354 -- University of Washington School of Medicine
Re: reclamation
Tom, When we run into this problem, I'll run the following command after doing a q vol > "c:/vols.txt", opening it into excel and for the tapes that have less than 50% reclaimable I'll run the move data command (see below) MOVE DATA "Volume_name" STGPOOL="Stroage_pool" WAIT=NO RECONSTRUCT=YES Hope this helps! Regards, Matthew J. Leonard Network Infrastructure Administrator IT Network Operations AtlasAir, Inc. matthew.leon...@atlasair.com 914-701-8042 -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Tom Taylor Sent: Monday, April 14, 2014 11:46 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] reclamation No, that is my problem. I am in kind of a tight spot and we have had numerous Admins leave recently all at once. TSM server has not been attended to lately as it should and has gotten out of hand... so no there is literally NO disk or tape space anywhere that I can temporarily use There would be space if reclamation ran, because I have a lot of reclaimable space, but there is nowhere for the reclamation process to put the files that are good on the reclaimable volumes I'm kind of stuck here. Thomas Taylor System Administrator Jos. A. Bank Clothiers Cell (443)-974-5768 From: Skylar Thompson To: ADSM-L@VM.MARIST.EDU, Date: 04/14/2014 11:39 AM Subject: Re: [ADSM-L] reclamation Sent by: "ADSM: Dist Stor Manager" Can you provide some space in a DISK or FILE pool, and then set RECLAIMSTGPOOL for the pool that's completely out of space? That will allow reclamation to use space emporarily in the referenced pool. On Mon, Apr 14, 2014 at 11:33:04AM -0400, Tom Taylor wrote: > In a situation where reclamation will not run because there is > literally no space left in any pool, how do I get the reclaimable > space back from volumes that have reclaimable space? Is there a way I > can manually delete > expired data from a volume directly? -- -- Skylar Thompson (skyl...@u.washington.edu) -- Genome Sciences Department, System Administrator -- Foege Building S046, (206)-685-7354 -- University of Washington School of Medicine
Re: reclamation
Hmm, this is a tricky situation. The only way you can use delete without reclamation is to free up entire volumes - just deleting files or filespaces are likely to free up partial volumes, but without reclamation there's no way to take advantage of that. Another option would be buying some more scratch tapes, loading those into the library (checking out full volumes if needed), and using those for reclamation. See IBM's document "Managing a full library": http://pic.dhe.ibm.com/infocenter/tsminfo/v6r3/topic/com.ibm.itsm.srv.doc/t_tapeops_full_auto_ul.html On Mon, Apr 14, 2014 at 11:46:06AM -0400, Tom Taylor wrote: > No, that is my problem. I am in kind of a tight spot and we have had > numerous Admins leave recently all at once. TSM server has not been > attended to lately as it should and has gotten out of hand... so no there > is literally NO disk or tape space anywhere that I can temporarily use > There would be space if reclamation ran, because I have a lot of > reclaimable space, but there is nowhere for the reclamation process to put > the files that are good on the reclaimable volumes I'm kind of stuck > here. -- -- Skylar Thompson (skyl...@u.washington.edu) -- Genome Sciences Department, System Administrator -- Foege Building S046, (206)-685-7354 -- University of Washington School of Medicine
Re: reclamation
No, that is my problem. I am in kind of a tight spot and we have had numerous Admins leave recently all at once. TSM server has not been attended to lately as it should and has gotten out of hand... so no there is literally NO disk or tape space anywhere that I can temporarily use There would be space if reclamation ran, because I have a lot of reclaimable space, but there is nowhere for the reclamation process to put the files that are good on the reclaimable volumes I'm kind of stuck here. Thomas Taylor System Administrator Jos. A. Bank Clothiers Cell (443)-974-5768 From: Skylar Thompson To: ADSM-L@VM.MARIST.EDU, Date: 04/14/2014 11:39 AM Subject: Re: [ADSM-L] reclamation Sent by: "ADSM: Dist Stor Manager" Can you provide some space in a DISK or FILE pool, and then set RECLAIMSTGPOOL for the pool that's completely out of space? That will allow reclamation to use space emporarily in the referenced pool. On Mon, Apr 14, 2014 at 11:33:04AM -0400, Tom Taylor wrote: > In a situation where reclamation will not run because there is literally > no space left in any pool, how do I get the reclaimable space back from > volumes that have reclaimable space? Is there a way I can manually delete > expired data from a volume directly? -- -- Skylar Thompson (skyl...@u.washington.edu) -- Genome Sciences Department, System Administrator -- Foege Building S046, (206)-685-7354 -- University of Washington School of Medicine
Re: reclamation
Can you provide some space in a DISK or FILE pool, and then set RECLAIMSTGPOOL for the pool that's completely out of space? That will allow reclamation to use space emporarily in the referenced pool. On Mon, Apr 14, 2014 at 11:33:04AM -0400, Tom Taylor wrote: > In a situation where reclamation will not run because there is literally > no space left in any pool, how do I get the reclaimable space back from > volumes that have reclaimable space? Is there a way I can manually delete > expired data from a volume directly? -- -- Skylar Thompson (skyl...@u.washington.edu) -- Genome Sciences Department, System Administrator -- Foege Building S046, (206)-685-7354 -- University of Washington School of Medicine
reclamation
In a situation where reclamation will not run because there is literally no space left in any pool, how do I get the reclaimable space back from volumes that have reclaimable space? Is there a way I can manually delete expired data from a volume directly? Thomas Taylor System Administrator Jos. A. Bank Clothiers Cell (443)-974-5768
Space reclamation is ended for volume
Hi Emmanuel, thanks for reply I success to move data from this tape i do that update volume S:\TSM_FILE_DEVCLASS\16AA.BFS access=offsite and move data S:\TSM_FILE_DEVCLASS\16AA.BFS stg=ACTIVEPOOL-FILE reconst=yes And success ANR1141I Move data process ended for volume S:\TSM_FILE_DEVCLASS\16AA.BFS. ANR0986I Process 1563 for MOVE DATA running in the BACKGROUND processed 15451 items for a total of 2,161,549,402 bytes with a completion state of SUCCESS at 10:40:00. And after ANR2017I Administrator ADMIN issued command: UPDATE VOLUME S:\TSM_FILE_DEVCLASS\16AA.BFS access=readwri ANR2208I Volume S:\TSM_FILE_DEVCLASS\16AA.BFS deleted from storage pool ACTIVEPOOL-FILE. ANR1341I Scratch volume S:\TSM_FILE_DEVCLASS\16AA.BFS has been deleted from storage pool ACTIVEPOOL-FILE. The volume was deleted, i'am see if i have another problem of space reclamation. Regards, Mickael. +-- |This was sent by bobpatrick808...@yahoo.fr via Backup Central. |Forward SPAM to ab...@backupcentral.com. +--
Re: Space reclamation is ended for volume
Hi Mik, In order to preserve the existing backuped data on the volume, I can suggest you this : 1) Put the tape in readOnly mode: upd vol Volume_Name access=reado 2) Protect current valid datas : Move data Volume_name --> It move all good datas, even the ones that have not been copied yet. --> It flags bad files as damaged 3) audit the tape and fix it : audit vol volume_name fix=yes 4) restore the destroyed datas (when a copy of them exist) : restore vol Volume_Name Hope it helps, Emmanuel -Message d'origine- De : ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] De la part de mik Envoyé : jeudi 12 décembre 2013 11:10 À : ADSM-L@VM.MARIST.EDU Objet : [ADSM-L] Space reclamation is ended for volume Hi Eric van Loon and thanks for the reply, I have already try the audit volume and audit volume fix=yes and no error on th file, i don"t understand. Regars, Mickael. +-- |This was sent by bobpatrick808...@yahoo.fr via Backup Central. |Forward SPAM to ab...@backupcentral.com. +--
Space reclamation is ended for volume
Hi Eric van Loon and thanks for the reply, I have already try the audit volume and audit volume fix=yes and no error on th file, i don"t understand. Regars, Mickael. +-- |This was sent by bobpatrick808...@yahoo.fr via Backup Central. |Forward SPAM to ab...@backupcentral.com. +--
Re: Space reclamation is ended for volume
Hi Mickael! Audit the volume like this: Audit vol S:\TSM_FILE_DEVCLASS\16AA.BFS This will show you the files which are corrupted on the volume. It could be that the volume was corrupted after a successful backup stgpool, so first try a restore: Restore volume S:\TSM_FILE_DEVCLASS\16AA.BFS If the restore is successful the volume should be empty afterwards, if not you will have to perform an audit again but with the fix=yes: Upd vol S:\TSM_FILE_DEVCLASS\16AA.BFS access=readonly Audit vol S:\TSM_FILE_DEVCLASS\16AA.BFS fix=yes Bear in mind that the corrupted files will be deleted from TSM. If these files are Backup/archive client files it's not a very big issue: they will be backed up again during the next backup cycle. Are the files part of a TDP backup then things are different, in that case your whole backup series is corrupted and you will have to schedule a new full backup for that TDP client a.s.a.p. Kind regards, Eric van Loon AF/KLM Storage Engineering -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of mik Sent: donderdag 12 december 2013 9:54 To: ADSM-L@VM.MARIST.EDU Subject: Space reclamation is ended for volume Hi everybody, My problem __ ANRD_1627081930 (ssrecons.c:784) Thread<52>: Byte count mismatch for object 0.206273217 source: 0.62939, target: 0.920075 (PROCESS: 327) ANRD Thread<52> issued message from: (PROCESS: 327) ANR1092E Space reclamation is ended for volume S:\TSM_FILE_DEVCLASS\16AA.BFS. An internal server error was detected. (PROCESS: 327) ANRD Thread<52> issued message 1092 from: (PROCESS: 327) __ I try to update volume S:\TSM_FILE_DEVCLASS\16AA.BFS access=readonly and perform a move data but i have this ANR0984I Process 54 for MOVE DATA started in the BACKGROUND at 09:32:18. ANR1140I Move data process started for volume S:\TSM_FILE_DEVCLASS\16AA.BFS (process ID 54). ANR8340I FILE volume S:\TSM_FILE_DEVCLASS\4508.BFS mounted. ANR8340I FILE volume S:\TSM_FILE_DEVCLASS\16AA.BFS mounted. ANR0513I Process 54 opened output volume S:\TSM_FILE_DEVCLASS\4508.BFS. ANR0512I Process 54 opened input volume S:\TSM_FILE_DEVCLASS\16AA.BFS. ANRD_1627081930 (ssrecons.c:784) Thread<59>: Byte count mismatch for object 0.206273217 source: 0.62939, target: 0.920075 ANRD Thread<59> issued message from: ANR1156W Move data process terminated for volume S:\TSM_FILE_DEVCLASS\16AA.BFS - internal server error detected. ANRD Thread<59> issued message 1156 from: ANR0985I Process 54 for MOVE DATA running in the BACKGROUND completed with completion state FAILURE at 09:32:18. ANR0514I Session 995 closed volume S:\TSM_FILE_DEVCLASS\16AA.BFS. ANR0514I Session 995 closed volume S:\TSM_FILE_DEVCLASS\4508.BFS. Anyone have a idea to correct this error? Regards, Mickael. +-- |This was sent by bobpatrick808...@yahoo.fr via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286
Space reclamation is ended for volume
Thanks for reply Grigori, I do audit volume S:\TSM_FILE_DEVCLASS\16AA.BFS It's success I do audit volume S:\TSM_FILE_DEVCLASS\16AA.BFS fix=yes Success too with no error. But move data S:\TSM_FILE_DEVCLASS\16AA.BFS stg=ACTIVEPOOL-FILE reconst=yes ANR1157I Removable volume S:\TSM_FILE_DEVCLASS\16AA.BFS is required for move process. ANR0984I Process 1500 for MOVE DATA started in the BACKGROUND at 10:53:42. ANR1140I Move data process started for volume S:\TSM_FILE_DEVCLASS\16AA.BFS (process ID 1500). ANR8340I FILE volume S:\TSM_FILE_DEVCLASS\16AA.BFS mounted. ANR8340I FILE volume S:\TSM_FILE_DEVCLASS\3649.BFS mounted. ANR0512I Process 1500 opened input volume S:\TSM_FILE_DEVCLASS\16AA.BFS. ANR0513I Process 1500 opened output volume S:\TSM_FILE_DEVCLASS\3649.BFS. ANRD_1627081930 (ssrecons.c:784) Thread<27>: Byte count mismatch for object 0.206273217 source: 0.62939, target: 0.920075 ANRD Thread<27> issued message from: ANR1156W Move data process terminated for volume S:\TSM_FILE_DEVCLASS\16AA.BFS - internal server error detected. ANRD Thread<27> issued message 1156 from: ANR0985I Process 1500 for MOVE DATA running in the BACKGROUND completed with completion state FAILURE at 10:53:42. ANR0514I Session 1172 closed volume S:\TSM_FILE_DEVCLASS\16AA.BFS. ANR0514I Session 1172 closed volume S:\TSM_FILE_DEVCLASS\3649.BFS. In the console i see that ____ ANR1040I Space reclamation started for volume S:\TSM_FILE_DEVCLASS\16AA.BFS, storage pool ACTIVEPOOL-FILE (process number 1497). ANR1044I Removable volume S:\TSM_FILE_DEVCLASS\16AA.BFS is required for space reclamation. ANR8340I FILE volume S:\TSM_FILE_DEVCLASS\16AA.BFS mounted. ANR8340I FILE volume S:\TSM_FILE_DEVCLASS\3649.BFS mounted. ANR0512I Process 1497 opened input volume S:\TSM_FILE_DEVCLASS\16AA.BFS. ANR0513I Process 1497 opened output volume S:\TSM_FILE_DEVCLASS\3649.BFS. ANRD_1627081930 (ssrecons.c:784) Thread<27>: Byte count mismatch for object 0.206273217 source: 0.62939, target: 0.920075 ANRD Thread<27> issued message 9999 from: ANR1092E Space reclamation is ended for volume S:\TSM_FILE_DEVCLASS\16AA.BFS. An internal server error was detected. ANRD Thread<27> issued message 1092 from: ANR0985I Process 1497 for SPACE RECLAMATION running in the BACKGROUND completed with completion state FAILURE at 10:52:31. Thanks for the help. +-- |This was sent by bobpatrick808...@yahoo.fr via Backup Central. |Forward SPAM to ab...@backupcentral.com. +--
Re: Space reclamation is ended for volume
Try to use audit volume with fix=yes... Grigori Solonovitch, Senior Systems Architect, IT, Ahli United Bank Kuwait, www.ahliunited.com.kw -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of mik Sent: 12 12 2013 11:54 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Space reclamation is ended for volume Hi everybody, My problem __ ANRD_1627081930 (ssrecons.c:784) Thread<52>: Byte count mismatch for object 0.206273217 source: 0.62939, target: 0.920075 (PROCESS: 327) ANRD Thread<52> issued message from: (PROCESS: 327) ANR1092E Space reclamation is ended for volume S:\TSM_FILE_DEVCLASS\16AA.BFS. An internal server error was detected. (PROCESS: 327) ANRD Thread<52> issued message 1092 from: (PROCESS: 327) __ I try to update volume S:\TSM_FILE_DEVCLASS\16AA.BFS access=readonly and perform a move data but i have this ANR0984I Process 54 for MOVE DATA started in the BACKGROUND at 09:32:18. ANR1140I Move data process started for volume S:\TSM_FILE_DEVCLASS\16AA.BFS (process ID 54). ANR8340I FILE volume S:\TSM_FILE_DEVCLASS\4508.BFS mounted. ANR8340I FILE volume S:\TSM_FILE_DEVCLASS\16AA.BFS mounted. ANR0513I Process 54 opened output volume S:\TSM_FILE_DEVCLASS\4508.BFS. ANR0512I Process 54 opened input volume S:\TSM_FILE_DEVCLASS\16AA.BFS. ANRD_1627081930 (ssrecons.c:784) Thread<59>: Byte count mismatch for object 0.206273217 source: 0.62939, target: 0.920075 ANRD Thread<59> issued message from: ANR1156W Move data process terminated for volume S:\TSM_FILE_DEVCLASS\16AA.BFS - internal server error detected. ANRD Thread<59> issued message 1156 from: ANR0985I Process 54 for MOVE DATA running in the BACKGROUND completed with completion state FAILURE at 09:32:18. ANR0514I Session 995 closed volume S:\TSM_FILE_DEVCLASS\16AA.BFS. ANR0514I Session 995 closed volume S:\TSM_FILE_DEVCLASS\4508.BFS. Anyone have a idea to correct this error? Regards, Mickael. +-- |This was sent by bobpatrick808...@yahoo.fr via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- Please consider the environment before printing this Email. CONFIDENTIALITY AND WAIVER: The information contained in this electronic mail message and any attachments hereto may be legally privileged and confidential. The information is intended only for the recipient(s) named in this message. If you are not the intended recipient you are notified that any use, disclosure, copying or distribution is prohibited. If you have received this in error please contact the sender and delete this message and any attachments from your computer system. We do not guarantee that this message or any attachment to it is secure or free from errors, computer viruses or other conditions that may damage or interfere with data, hardware or software.
Space reclamation is ended for volume
Hi everybody, My problem __ ANRD_1627081930 (ssrecons.c:784) Thread<52>: Byte count mismatch for object 0.206273217 source: 0.62939, target: 0.920075 (PROCESS: 327) ANRD Thread<52> issued message from: (PROCESS: 327) ANR1092E Space reclamation is ended for volume S:\TSM_FILE_DEVCLASS\16AA.BFS. An internal server error was detected. (PROCESS: 327) ANRD Thread<52> issued message 1092 from: (PROCESS: 327) __ I try to update volume S:\TSM_FILE_DEVCLASS\16AA.BFS access=readonly and perform a move data but i have this ANR0984I Process 54 for MOVE DATA started in the BACKGROUND at 09:32:18. ANR1140I Move data process started for volume S:\TSM_FILE_DEVCLASS\16AA.BFS (process ID 54). ANR8340I FILE volume S:\TSM_FILE_DEVCLASS\4508.BFS mounted. ANR8340I FILE volume S:\TSM_FILE_DEVCLASS\16AA.BFS mounted. ANR0513I Process 54 opened output volume S:\TSM_FILE_DEVCLASS\4508.BFS. ANR0512I Process 54 opened input volume S:\TSM_FILE_DEVCLASS\16AA.BFS. ANRD_1627081930 (ssrecons.c:784) Thread<59>: Byte count mismatch for object 0.206273217 source: 0.62939, target: 0.920075 ANRD Thread<59> issued message from: ANR1156W Move data process terminated for volume S:\TSM_FILE_DEVCLASS\16AA.BFS - internal server error detected. ANRD Thread<59> issued message 1156 from: ANR0985I Process 54 for MOVE DATA running in the BACKGROUND completed with completion state FAILURE at 09:32:18. ANR0514I Session 995 closed volume S:\TSM_FILE_DEVCLASS\16AA.BFS. ANR0514I Session 995 closed volume S:\TSM_FILE_DEVCLASS\4508.BFS. Anyone have a idea to correct this error? Regards, Mickael. +-- |This was sent by bobpatrick808...@yahoo.fr via Backup Central. |Forward SPAM to ab...@backupcentral.com. +--
Re: ANR1162W Space reclamation skipping damaged file on volume
Check a recent APAR https://www-304.ibm.com/support/entdocview.wss?uid=swg1IC95938&myns=apar&mynp=DOCTYPEcomponent&mync=E for a similar problem. I was running node replication and had some damaged files. The files had been de-duped by the node. Volume audits with fix=yes resolved the trouble. The above APAR was created shortly after my PMR was closed. -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Tim Brown Sent: Tuesday, September 24, 2013 7:08 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] ANR1162W Space reclamation skipping damaged file on volume Seeing these errors on replicated TSM server during reclaim process, both servers have been upgraded recently to 6.3.3 ANR1162W Space reclamation skipping damaged file on volume D:\WIN2K_PRIM2\0001A370.BFS: Node NEREUS, Type Backup, File space \\nereus\d$, File name \STELLENT\IDCM1\WEBLAYOUT\GROUPS\RECORDSGROUP\DOCUMEN- TS\RM_INTERNALINFO\AKK.CXPC2PZPK5ANS08KDXD 821.HTM. Then if I audit the volume this is the result, I know I can delete the volume and re-replicate it It is a de-deduplicated storage pool. Prior to 6.3.3 we saw this but never the ANRD messages audit vol D:\WIN2K_PRIM2\0001A370.BFS fix=yes ANR2312I Audit Volume (Repair) process started for volume D:\WIN2K_PRIM2\0001A370.BFS (process ID 175). ANR8340I FILE volume D:\WIN2K_PRIM2\0001A370.BFS mounted. ANR0512I Process 175 opened input volume D:\WIN2K_PRIM2\0001A370.BFS. ANRD_2164256325 BfGetBitfileExtents(bfaggrut.c:4572) Thread<38>: BFBE Entry not found for object 702767727 ANRD Thread<38> issued message from: ANRD Thread<38> 07FEE92F9839 OutDiagToCons()+159 ANRD Thread<38> 07FEE92F33BC outDiagfExt()+fc ANRD Thread<38> 07FEE8CAD44B BfGetBitfileExtents()+e0b ANRD Thread<38> 07FEE8CBFBA8 bfRtrvExt()+1328 ANRD Thread<38> 07FEE8D00ED4 AfAuditBitfile()+d4 ANRD Thread<38> 07FEE8CC3716 bfAuditBitfile()+cc6 ANRD Thread<38> 07FEE8BD4508 AdmVolDelThread()+1708 ANRD Thread<38> 07FEE8BD6875 AdmAuditVolThread()+7b5 ANRD Thread<38> 07FEE8AE6384 startThread()+124 ANRD Thread<38> 74431D9F endthreadex()+43 ANRD Thread<38> 74431E3B endthreadex()+df ANRD Thread<38> 7704652D BaseThreadInitThunk()+d ANRD Thread<38> 7727C521 RtlUserThreadStart()+21 ANRD_2547000324 bfRtrvExt(bfrtrv.c:1444) Thread<38>: Error 9979 obtaining deduplication information for object 702767726 in super bitfile 702767540 in pool 16 ANRD Thread<38> issued message from: ANRD Thread<38> 07FEE92F9839 OutDiagToCons()+159 ANRD Thread<38> 07FEE92F33BC outDiagfExt()+fc ANRD Thread<38> 07FEE8CBFBFB bfRtrvExt()+137b ANRD Thread<38> 07FEE8D00ED4 AfAuditBitfile()+d4 ANRD Thread<38> 07FEE8CC3716 bfAuditBitfile()+cc6 ANRD Thread<38> 07FEE8BD4508 AdmVolDelThread()+1708 ANRD Thread<38> 07FEE8BD6875 AdmAuditVolThread()+7b5 ANRD Thread<38> 07FEE8AE6384 startThread()+124 ANRD Thread<38> 74431D9F endthreadex()+43 ANRD Thread<38> 74431E3B endthreadex()+df ANRD Thread<38> 7704652D BaseThreadInitThunk()+d ANRD Thread<38> 7727C521 RtlUserThreadStart()+21 ANR2327W Audit volume process terminated for volume D:\WIN2K_PRIM2\0001A370.BFS - internal server error detected. ANR0515I Process 175 closed volume D:\WIN2K_PRIM2\0001A370.BFS. ANR0985I Process 175 for AUDIT VOLUME (REPAIR) running in the BACKGROUND completed with completion state FAILURE at 08:01:10. ANR1893E Process 175 for AUDIT VOLUME (REPAIR) completed with a completion Thanks, Tim Brown Supervisor Computer Operations Central Hudson Gas & Electric 284 South Ave Poughkeepsie, NY 12601 [Confidentiality notice:] *** This e-mail message, including attachments, if any, is intended for the person or entity to which it is addressed and may contain confidential or privileged information. Any unauthorized review, use, or disclosure is prohibited. If you are not the intended recipient, please contact the sender and destroy the original message, including all copies, Thank you. ***
ANR1162W Space reclamation skipping damaged file on volume
Seeing these errors on replicated TSM server during reclaim process, both servers have been upgraded recently to 6.3.3 ANR1162W Space reclamation skipping damaged file on volume D:\WIN2K_PRIM2\0001A370.BFS: Node NEREUS, Type Backup, File space \\nereus\d$, File name \STELLENT\IDCM1\WEBLAYOUT\GROUPS\RECORDSGROUP\DOCUMEN- TS\RM_INTERNALINFO\AKK.CXPC2PZPK5ANS08KDXD 821.HTM. Then if I audit the volume this is the result, I know I can delete the volume and re-replicate it It is a de-deduplicated storage pool. Prior to 6.3.3 we saw this but never the ANRD messages audit vol D:\WIN2K_PRIM2\0001A370.BFS fix=yes ANR2312I Audit Volume (Repair) process started for volume D:\WIN2K_PRIM2\0001A370.BFS (process ID 175). ANR8340I FILE volume D:\WIN2K_PRIM2\0001A370.BFS mounted. ANR0512I Process 175 opened input volume D:\WIN2K_PRIM2\0001A370.BFS. ANRD_2164256325 BfGetBitfileExtents(bfaggrut.c:4572) Thread<38>: BFBE Entry not found for object 702767727 ANRD Thread<38> issued message from: ANRD Thread<38> 07FEE92F9839 OutDiagToCons()+159 ANRD Thread<38> 07FEE92F33BC outDiagfExt()+fc ANRD Thread<38> 07FEE8CAD44B BfGetBitfileExtents()+e0b ANRD Thread<38> 07FEE8CBFBA8 bfRtrvExt()+1328 ANRD Thread<38> 07FEE8D00ED4 AfAuditBitfile()+d4 ANRD Thread<38> 07FEE8CC3716 bfAuditBitfile()+cc6 ANRD Thread<38> 07FEE8BD4508 AdmVolDelThread()+1708 ANRD Thread<38> 07FEE8BD6875 AdmAuditVolThread()+7b5 ANRD Thread<38> 07FEE8AE6384 startThread()+124 ANRD Thread<38> 74431D9F endthreadex()+43 ANRD Thread<38> 74431E3B endthreadex()+df ANRD Thread<38> 7704652D BaseThreadInitThunk()+d ANRD Thread<38> 7727C521 RtlUserThreadStart()+21 ANRD_2547000324 bfRtrvExt(bfrtrv.c:1444) Thread<38>: Error 9979 obtaining deduplication information for object 702767726 in super bitfile 702767540 in pool 16 ANRD Thread<38> issued message from: ANRD Thread<38> 07FEE92F9839 OutDiagToCons()+159 ANRD Thread<38> 07FEE92F33BC outDiagfExt()+fc ANRD Thread<38> 07FEE8CBFBFB bfRtrvExt()+137b ANRD Thread<38> 07FEE8D00ED4 AfAuditBitfile()+d4 ANRD Thread<38> 07FEE8CC3716 bfAuditBitfile()+cc6 ANRD Thread<38> 07FEE8BD4508 AdmVolDelThread()+1708 ANRD Thread<38> 07FEE8BD6875 AdmAuditVolThread()+7b5 ANRD Thread<38> 07FEE8AE6384 startThread()+124 ANRD Thread<38> 74431D9F endthreadex()+43 ANRD Thread<38> 74431E3B endthreadex()+df ANRD Thread<38> 7704652D BaseThreadInitThunk()+d ANRD Thread<38> 7727C521 RtlUserThreadStart()+21 ANR2327W Audit volume process terminated for volume D:\WIN2K_PRIM2\0001A370.BFS - internal server error detected. ANR0515I Process 175 closed volume D:\WIN2K_PRIM2\0001A370.BFS. ANR0985I Process 175 for AUDIT VOLUME (REPAIR) running in the BACKGROUND completed with completion state FAILURE at 08:01:10. ANR1893E Process 175 for AUDIT VOLUME (REPAIR) completed with a completion Thanks, Tim Brown Supervisor Computer Operations Central Hudson Gas & Electric 284 South Ave Poughkeepsie, NY 12601
Re: Reclamation of Virtual Tapes
That may be the issue. The DD880 does not reach peak performance until it has 5 shelves, or 80 total disks. Until that point it has more CPU than disk IO. Andy Huebner -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Schneider, Jim Sent: Wednesday, January 02, 2013 10:46 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Reclamation of Virtual Tapes I have a Data Domain 880 with 42 active disks, 6 spares, and 4 system disks. Capacity is 64,678.1 GB. Jim Schneider -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Huebner, Andy Sent: Wednesday, January 02, 2013 8:41 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Reclamation of Virtual Tapes My experience with DataDomain (VTL option) is different than Jim described. I have 2 TSM servers (P6 hardware) using 1 DD. We have not seen a performance difference no matter what is running beyond what you would expect as the 12Gb (ISLs) of available bandwidth is used up. Perhaps the specific DD and the number of disks it has should also be included in the discussion. Mine is an DD880 with 84 active disks. The only thing we stop during a large restore is any operation for the pool that has the data to prevent contention. Andy Huebner -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Alex Paschal Sent: Friday, December 28, 2012 4:31 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Reclamation of Virtual Tapes Pierre, Jim, having read your observation of read performance impact with your Data Domain and your DXi, do you guys have thoughts on how you might handle a full server recovery or other large restore during your backup window? Do you think you might be forced to stop all backups in order to get a large restore done before 6am/8am/whatever production, or is there possibly a workaround? On 12/27/2012 12:51 PM, Billaudeau, Pierre wrote: > I noticed a serious performance drop when our backup primary tapes to > copypool runs at night (VTL Quantum DXi8500 to TS1140 tapes). The throughput > of backups to VTL drops when the DXi "rehydrates" the deduplicated/compressed > virtual tapes. I can imagine the reclamation process does the same thing. > There is a need to adjust maintanance schedules to avoid the situation. > > Pierre Billaudeau > Analyste en stockage > Livraison des Infrastructures Serveurs Société des Alcools du Québec > 514-254-6000 x 6559 > > -Message d'origine- > De : ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] De la part > de Schneider, Jim Envoyé : 27 décembre 2012 11:18 À : > ADSM-L@VM.MARIST.EDU Objet : Re: [ADSM-L] Reclamation of Virtual Tapes > > Our primary (and only) storage is a Data Domain. Be careful when reclaiming > virtual tapes. It works perfectly but servers backing up to the Data Domain > have their bandwidth throughput drop from 85% to 5% during reclamation. This > was determined by watching Windows Task Manager network utilization with > reclamation running and then cancelled. > > Our reclamation threshold is set at 95% and runs for about 20 minutes. The > SQL storage pool that holds 1.1 TB files is set at 99% to effectively prevent > reclamation. We had a bad weekend where reclamation started Friday at 5 PM > and was 60% complete Monday morning before being cancelled. All of those > weekend backups were slowed and the database backup ran 5 hours instead of > 1.75 hours. > > Don't make my mistakes! > > Jim Schneider > > -Original Message- > From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of > Ehresman,David E. > Sent: Tuesday, December 18, 2012 2:38 PM > To: ADSM-L@VM.MARIST.EDU > Subject: Re: [ADSM-L] Reclamation of Virtual Tapes > > We reclaim our virtual tapes. They have the same waste patterns as physical > tape and are certainly as expensive. > > David > > -Original Message- > From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf > Of Lee, Gary > Sent: Tuesday, December 18, 2012 2:10 PM > To: ADSM-L@VM.MARIST.EDU > Subject: Re: [ADSM-L] Reclamation of Virtual Tapes > > Sounds like someone set the reclaim storage pool on the virtual tape pool to > the physical tape pool. > > I know of no reason why not to reclaim virtual tapes. > > Wish I had one to play with. > > > Gary Lee > Senior System Programmer > Ball State University > phone: 765-285-1310 > > > > -Original Message- > From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf > Of Welton, Charles > Sent: Tuesday, December 18, 2012 11:10 AM > To: ADSM-L@VM.MARIST.EDU > Subject: [ADSM-L] Reclamation of Virtual Tapes > > Hello: > >
Re: Reclamation of Virtual Tapes
I have a Data Domain 880 with 42 active disks, 6 spares, and 4 system disks. Capacity is 64,678.1 GB. Jim Schneider -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Huebner, Andy Sent: Wednesday, January 02, 2013 8:41 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Reclamation of Virtual Tapes My experience with DataDomain (VTL option) is different than Jim described. I have 2 TSM servers (P6 hardware) using 1 DD. We have not seen a performance difference no matter what is running beyond what you would expect as the 12Gb (ISLs) of available bandwidth is used up. Perhaps the specific DD and the number of disks it has should also be included in the discussion. Mine is an DD880 with 84 active disks. The only thing we stop during a large restore is any operation for the pool that has the data to prevent contention. Andy Huebner -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Alex Paschal Sent: Friday, December 28, 2012 4:31 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Reclamation of Virtual Tapes Pierre, Jim, having read your observation of read performance impact with your Data Domain and your DXi, do you guys have thoughts on how you might handle a full server recovery or other large restore during your backup window? Do you think you might be forced to stop all backups in order to get a large restore done before 6am/8am/whatever production, or is there possibly a workaround? On 12/27/2012 12:51 PM, Billaudeau, Pierre wrote: > I noticed a serious performance drop when our backup primary tapes to > copypool runs at night (VTL Quantum DXi8500 to TS1140 tapes). The throughput > of backups to VTL drops when the DXi "rehydrates" the deduplicated/compressed > virtual tapes. I can imagine the reclamation process does the same thing. > There is a need to adjust maintanance schedules to avoid the situation. > > Pierre Billaudeau > Analyste en stockage > Livraison des Infrastructures Serveurs Société des Alcools du Québec > 514-254-6000 x 6559 > > -Message d'origine- > De : ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] De la part > de Schneider, Jim Envoyé : 27 décembre 2012 11:18 À : > ADSM-L@VM.MARIST.EDU Objet : Re: [ADSM-L] Reclamation of Virtual Tapes > > Our primary (and only) storage is a Data Domain. Be careful when reclaiming > virtual tapes. It works perfectly but servers backing up to the Data Domain > have their bandwidth throughput drop from 85% to 5% during reclamation. This > was determined by watching Windows Task Manager network utilization with > reclamation running and then cancelled. > > Our reclamation threshold is set at 95% and runs for about 20 minutes. The > SQL storage pool that holds 1.1 TB files is set at 99% to effectively prevent > reclamation. We had a bad weekend where reclamation started Friday at 5 PM > and was 60% complete Monday morning before being cancelled. All of those > weekend backups were slowed and the database backup ran 5 hours instead of > 1.75 hours. > > Don't make my mistakes! > > Jim Schneider > > -Original Message- > From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of > Ehresman,David E. > Sent: Tuesday, December 18, 2012 2:38 PM > To: ADSM-L@VM.MARIST.EDU > Subject: Re: [ADSM-L] Reclamation of Virtual Tapes > > We reclaim our virtual tapes. They have the same waste patterns as physical > tape and are certainly as expensive. > > David > > -Original Message- > From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf > Of Lee, Gary > Sent: Tuesday, December 18, 2012 2:10 PM > To: ADSM-L@VM.MARIST.EDU > Subject: Re: [ADSM-L] Reclamation of Virtual Tapes > > Sounds like someone set the reclaim storage pool on the virtual tape pool to > the physical tape pool. > > I know of no reason why not to reclaim virtual tapes. > > Wish I had one to play with. > > > Gary Lee > Senior System Programmer > Ball State University > phone: 765-285-1310 > > > > -Original Message- > From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf > Of Welton, Charles > Sent: Tuesday, December 18, 2012 11:10 AM > To: ADSM-L@VM.MARIST.EDU > Subject: [ADSM-L] Reclamation of Virtual Tapes > > Hello: > > We have a TSM instance that uses virtual tapes as our primary backup data > pool. The data on the virtual tapes are eventually migrated to tape. We are > currently down to 3 virtual scratch tapes and 6 physical scratch tapes. I > noticed that we are not running any reclamation processes on our virtual tape > pool. It seems we have a hand-full of under-utilized virtual tapes. I went
Re: Reclamation of Virtual Tapes
Thanks, Andy. I forgot to include a request for the other side of the coin. On 1/2/2013 6:41 AM, Huebner, Andy wrote: My experience with DataDomain (VTL option) is different than Jim described. I have 2 TSM servers (P6 hardware) using 1 DD. We have not seen a performance difference no matter what is running beyond what you would expect as the 12Gb (ISLs) of available bandwidth is used up. Perhaps the specific DD and the number of disks it has should also be included in the discussion. Mine is an DD880 with 84 active disks. The only thing we stop during a large restore is any operation for the pool that has the data to prevent contention. Andy Huebner -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Alex Paschal Sent: Friday, December 28, 2012 4:31 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Reclamation of Virtual Tapes Pierre, Jim, having read your observation of read performance impact with your Data Domain and your DXi, do you guys have thoughts on how you might handle a full server recovery or other large restore during your backup window? Do you think you might be forced to stop all backups in order to get a large restore done before 6am/8am/whatever production, or is there possibly a workaround? On 12/27/2012 12:51 PM, Billaudeau, Pierre wrote: I noticed a serious performance drop when our backup primary tapes to copypool runs at night (VTL Quantum DXi8500 to TS1140 tapes). The throughput of backups to VTL drops when the DXi "rehydrates" the deduplicated/compressed virtual tapes. I can imagine the reclamation process does the same thing. There is a need to adjust maintanance schedules to avoid the situation. Pierre Billaudeau Analyste en stockage Livraison des Infrastructures Serveurs Société des Alcools du Québec 514-254-6000 x 6559 -Message d'origine- De : ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] De la part de Schneider, Jim Envoyé : 27 décembre 2012 11:18 À : ADSM-L@VM.MARIST.EDU Objet : Re: [ADSM-L] Reclamation of Virtual Tapes Our primary (and only) storage is a Data Domain. Be careful when reclaiming virtual tapes. It works perfectly but servers backing up to the Data Domain have their bandwidth throughput drop from 85% to 5% during reclamation. This was determined by watching Windows Task Manager network utilization with reclamation running and then cancelled. Our reclamation threshold is set at 95% and runs for about 20 minutes. The SQL storage pool that holds 1.1 TB files is set at 99% to effectively prevent reclamation. We had a bad weekend where reclamation started Friday at 5 PM and was 60% complete Monday morning before being cancelled. All of those weekend backups were slowed and the database backup ran 5 hours instead of 1.75 hours. Don't make my mistakes! Jim Schneider -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Ehresman,David E. Sent: Tuesday, December 18, 2012 2:38 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Reclamation of Virtual Tapes We reclaim our virtual tapes. They have the same waste patterns as physical tape and are certainly as expensive. David -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Lee, Gary Sent: Tuesday, December 18, 2012 2:10 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Reclamation of Virtual Tapes Sounds like someone set the reclaim storage pool on the virtual tape pool to the physical tape pool. I know of no reason why not to reclaim virtual tapes. Wish I had one to play with. Gary Lee Senior System Programmer Ball State University phone: 765-285-1310 -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Welton, Charles Sent: Tuesday, December 18, 2012 11:10 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Reclamation of Virtual Tapes Hello: We have a TSM instance that uses virtual tapes as our primary backup data pool. The data on the virtual tapes are eventually migrated to tape. We are currently down to 3 virtual scratch tapes and 6 physical scratch tapes. I noticed that we are not running any reclamation processes on our virtual tape pool. It seems we have a hand-full of under-utilized virtual tapes. I went ahead and ran a manual reclamation on the virtual tape pool and I noticed the output tape pool is a physical tape. I assumed that the virtual tape would reclaim to another virtual tape. Is that not the case? Could there be a reason why reclamation shouldn't be ran on a virtual tape pool? Thank you... Charles This email contains information which may be PROPRIETARY IN NATURE OR OTHERWISE PROTECTED BY LAW FROM DISCLOSURE and is intended only for the use of the addresses(s) named above. If you have received this email in error, please conta
Re: Reclamation of Virtual Tapes
My experience with DataDomain (VTL option) is different than Jim described. I have 2 TSM servers (P6 hardware) using 1 DD. We have not seen a performance difference no matter what is running beyond what you would expect as the 12Gb (ISLs) of available bandwidth is used up. Perhaps the specific DD and the number of disks it has should also be included in the discussion. Mine is an DD880 with 84 active disks. The only thing we stop during a large restore is any operation for the pool that has the data to prevent contention. Andy Huebner -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Alex Paschal Sent: Friday, December 28, 2012 4:31 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Reclamation of Virtual Tapes Pierre, Jim, having read your observation of read performance impact with your Data Domain and your DXi, do you guys have thoughts on how you might handle a full server recovery or other large restore during your backup window? Do you think you might be forced to stop all backups in order to get a large restore done before 6am/8am/whatever production, or is there possibly a workaround? On 12/27/2012 12:51 PM, Billaudeau, Pierre wrote: > I noticed a serious performance drop when our backup primary tapes to > copypool runs at night (VTL Quantum DXi8500 to TS1140 tapes). The throughput > of backups to VTL drops when the DXi "rehydrates" the deduplicated/compressed > virtual tapes. I can imagine the reclamation process does the same thing. > There is a need to adjust maintanance schedules to avoid the situation. > > Pierre Billaudeau > Analyste en stockage > Livraison des Infrastructures Serveurs Société des Alcools du Québec > 514-254-6000 x 6559 > > -Message d'origine- > De : ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] De la part > de Schneider, Jim Envoyé : 27 décembre 2012 11:18 À : > ADSM-L@VM.MARIST.EDU Objet : Re: [ADSM-L] Reclamation of Virtual Tapes > > Our primary (and only) storage is a Data Domain. Be careful when reclaiming > virtual tapes. It works perfectly but servers backing up to the Data Domain > have their bandwidth throughput drop from 85% to 5% during reclamation. This > was determined by watching Windows Task Manager network utilization with > reclamation running and then cancelled. > > Our reclamation threshold is set at 95% and runs for about 20 minutes. The > SQL storage pool that holds 1.1 TB files is set at 99% to effectively prevent > reclamation. We had a bad weekend where reclamation started Friday at 5 PM > and was 60% complete Monday morning before being cancelled. All of those > weekend backups were slowed and the database backup ran 5 hours instead of > 1.75 hours. > > Don't make my mistakes! > > Jim Schneider > > -Original Message- > From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of > Ehresman,David E. > Sent: Tuesday, December 18, 2012 2:38 PM > To: ADSM-L@VM.MARIST.EDU > Subject: Re: [ADSM-L] Reclamation of Virtual Tapes > > We reclaim our virtual tapes. They have the same waste patterns as physical > tape and are certainly as expensive. > > David > > -Original Message- > From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf > Of Lee, Gary > Sent: Tuesday, December 18, 2012 2:10 PM > To: ADSM-L@VM.MARIST.EDU > Subject: Re: [ADSM-L] Reclamation of Virtual Tapes > > Sounds like someone set the reclaim storage pool on the virtual tape pool to > the physical tape pool. > > I know of no reason why not to reclaim virtual tapes. > > Wish I had one to play with. > > > Gary Lee > Senior System Programmer > Ball State University > phone: 765-285-1310 > > > > -Original Message- > From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf > Of Welton, Charles > Sent: Tuesday, December 18, 2012 11:10 AM > To: ADSM-L@VM.MARIST.EDU > Subject: [ADSM-L] Reclamation of Virtual Tapes > > Hello: > > We have a TSM instance that uses virtual tapes as our primary backup data > pool. The data on the virtual tapes are eventually migrated to tape. We are > currently down to 3 virtual scratch tapes and 6 physical scratch tapes. I > noticed that we are not running any reclamation processes on our virtual tape > pool. It seems we have a hand-full of under-utilized virtual tapes. I went > ahead and ran a manual reclamation on the virtual tape pool and I noticed the > output tape pool is a physical tape. I assumed that the virtual tape would > reclaim to another virtual tape. Is that not the case? > > Could there be a reason why reclamation shouldn't be ran on a virtual tape > pool? > > Thank y
Re: Reclamation of Virtual Tapes
Pierre, Jim, having read your observation of read performance impact with your Data Domain and your DXi, do you guys have thoughts on how you might handle a full server recovery or other large restore during your backup window? Do you think you might be forced to stop all backups in order to get a large restore done before 6am/8am/whatever production, or is there possibly a workaround? On 12/27/2012 12:51 PM, Billaudeau, Pierre wrote: I noticed a serious performance drop when our backup primary tapes to copypool runs at night (VTL Quantum DXi8500 to TS1140 tapes). The throughput of backups to VTL drops when the DXi "rehydrates" the deduplicated/compressed virtual tapes. I can imagine the reclamation process does the same thing. There is a need to adjust maintanance schedules to avoid the situation. Pierre Billaudeau Analyste en stockage Livraison des Infrastructures Serveurs Société des Alcools du Québec 514-254-6000 x 6559 -Message d'origine- De : ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] De la part de Schneider, Jim Envoyé : 27 décembre 2012 11:18 À : ADSM-L@VM.MARIST.EDU Objet : Re: [ADSM-L] Reclamation of Virtual Tapes Our primary (and only) storage is a Data Domain. Be careful when reclaiming virtual tapes. It works perfectly but servers backing up to the Data Domain have their bandwidth throughput drop from 85% to 5% during reclamation. This was determined by watching Windows Task Manager network utilization with reclamation running and then cancelled. Our reclamation threshold is set at 95% and runs for about 20 minutes. The SQL storage pool that holds 1.1 TB files is set at 99% to effectively prevent reclamation. We had a bad weekend where reclamation started Friday at 5 PM and was 60% complete Monday morning before being cancelled. All of those weekend backups were slowed and the database backup ran 5 hours instead of 1.75 hours. Don't make my mistakes! Jim Schneider -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Ehresman,David E. Sent: Tuesday, December 18, 2012 2:38 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Reclamation of Virtual Tapes We reclaim our virtual tapes. They have the same waste patterns as physical tape and are certainly as expensive. David -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Lee, Gary Sent: Tuesday, December 18, 2012 2:10 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Reclamation of Virtual Tapes Sounds like someone set the reclaim storage pool on the virtual tape pool to the physical tape pool. I know of no reason why not to reclaim virtual tapes. Wish I had one to play with. Gary Lee Senior System Programmer Ball State University phone: 765-285-1310 -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Welton, Charles Sent: Tuesday, December 18, 2012 11:10 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Reclamation of Virtual Tapes Hello: We have a TSM instance that uses virtual tapes as our primary backup data pool. The data on the virtual tapes are eventually migrated to tape. We are currently down to 3 virtual scratch tapes and 6 physical scratch tapes. I noticed that we are not running any reclamation processes on our virtual tape pool. It seems we have a hand-full of under-utilized virtual tapes. I went ahead and ran a manual reclamation on the virtual tape pool and I noticed the output tape pool is a physical tape. I assumed that the virtual tape would reclaim to another virtual tape. Is that not the case? Could there be a reason why reclamation shouldn't be ran on a virtual tape pool? Thank you... Charles This email contains information which may be PROPRIETARY IN NATURE OR OTHERWISE PROTECTED BY LAW FROM DISCLOSURE and is intended only for the use of the addresses(s) named above. If you have received this email in error, please contact the sender immediately. ** Information contained in this e-mail message and in any attachments thereto is confidential. If you are not the intended recipient, please destroy this message, delete any copies held on your systems, notify the sender immediately, and refrain from using or disclosing all or any part of its content to any other person. -- Information confidentielle : Le présent message, ainsi que tout fichier qui y est joint, est envoyé à l'intention exclusive de son ou de ses destinataires; il est de nature confidentielle et peut constituer une information privilégiée. Nous avertissons toute personne autre que le destinataire prévu que tout examen, réacheminement, impression, copie, distribution ou autre utilisation de ce message et de tout fichier qui y est joint est strictement interdit. Si vous n'êtes pas le destinataire prév
Re: Reclamation of Virtual Tapes
I noticed a serious performance drop when our backup primary tapes to copypool runs at night (VTL Quantum DXi8500 to TS1140 tapes). The throughput of backups to VTL drops when the DXi "rehydrates" the deduplicated/compressed virtual tapes. I can imagine the reclamation process does the same thing. There is a need to adjust maintanance schedules to avoid the situation. Pierre Billaudeau Analyste en stockage Livraison des Infrastructures Serveurs Société des Alcools du Québec 514-254-6000 x 6559 -Message d'origine- De : ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] De la part de Schneider, Jim Envoyé : 27 décembre 2012 11:18 À : ADSM-L@VM.MARIST.EDU Objet : Re: [ADSM-L] Reclamation of Virtual Tapes Our primary (and only) storage is a Data Domain. Be careful when reclaiming virtual tapes. It works perfectly but servers backing up to the Data Domain have their bandwidth throughput drop from 85% to 5% during reclamation. This was determined by watching Windows Task Manager network utilization with reclamation running and then cancelled. Our reclamation threshold is set at 95% and runs for about 20 minutes. The SQL storage pool that holds 1.1 TB files is set at 99% to effectively prevent reclamation. We had a bad weekend where reclamation started Friday at 5 PM and was 60% complete Monday morning before being cancelled. All of those weekend backups were slowed and the database backup ran 5 hours instead of 1.75 hours. Don't make my mistakes! Jim Schneider -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Ehresman,David E. Sent: Tuesday, December 18, 2012 2:38 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Reclamation of Virtual Tapes We reclaim our virtual tapes. They have the same waste patterns as physical tape and are certainly as expensive. David -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Lee, Gary Sent: Tuesday, December 18, 2012 2:10 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Reclamation of Virtual Tapes Sounds like someone set the reclaim storage pool on the virtual tape pool to the physical tape pool. I know of no reason why not to reclaim virtual tapes. Wish I had one to play with. Gary Lee Senior System Programmer Ball State University phone: 765-285-1310 -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Welton, Charles Sent: Tuesday, December 18, 2012 11:10 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Reclamation of Virtual Tapes Hello: We have a TSM instance that uses virtual tapes as our primary backup data pool. The data on the virtual tapes are eventually migrated to tape. We are currently down to 3 virtual scratch tapes and 6 physical scratch tapes. I noticed that we are not running any reclamation processes on our virtual tape pool. It seems we have a hand-full of under-utilized virtual tapes. I went ahead and ran a manual reclamation on the virtual tape pool and I noticed the output tape pool is a physical tape. I assumed that the virtual tape would reclaim to another virtual tape. Is that not the case? Could there be a reason why reclamation shouldn't be ran on a virtual tape pool? Thank you... Charles This email contains information which may be PROPRIETARY IN NATURE OR OTHERWISE PROTECTED BY LAW FROM DISCLOSURE and is intended only for the use of the addresses(s) named above. If you have received this email in error, please contact the sender immediately. ** Information contained in this e-mail message and in any attachments thereto is confidential. If you are not the intended recipient, please destroy this message, delete any copies held on your systems, notify the sender immediately, and refrain from using or disclosing all or any part of its content to any other person. -- Information confidentielle : Le présent message, ainsi que tout fichier qui y est joint, est envoyé à l'intention exclusive de son ou de ses destinataires; il est de nature confidentielle et peut constituer une information privilégiée. Nous avertissons toute personne autre que le destinataire prévu que tout examen, réacheminement, impression, copie, distribution ou autre utilisation de ce message et de tout fichier qui y est joint est strictement interdit. Si vous n'êtes pas le destinataire prévu, veuillez en aviser immédiatement l'expéditeur par retour de courriel et supprimer ce message et tout document joint de votre système. Merci.
Re: Reclamation of Virtual Tapes
Our primary (and only) storage is a Data Domain. Be careful when reclaiming virtual tapes. It works perfectly but servers backing up to the Data Domain have their bandwidth throughput drop from 85% to 5% during reclamation. This was determined by watching Windows Task Manager network utilization with reclamation running and then cancelled. Our reclamation threshold is set at 95% and runs for about 20 minutes. The SQL storage pool that holds 1.1 TB files is set at 99% to effectively prevent reclamation. We had a bad weekend where reclamation started Friday at 5 PM and was 60% complete Monday morning before being cancelled. All of those weekend backups were slowed and the database backup ran 5 hours instead of 1.75 hours. Don't make my mistakes! Jim Schneider -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Ehresman,David E. Sent: Tuesday, December 18, 2012 2:38 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Reclamation of Virtual Tapes We reclaim our virtual tapes. They have the same waste patterns as physical tape and are certainly as expensive. David -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Lee, Gary Sent: Tuesday, December 18, 2012 2:10 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Reclamation of Virtual Tapes Sounds like someone set the reclaim storage pool on the virtual tape pool to the physical tape pool. I know of no reason why not to reclaim virtual tapes. Wish I had one to play with. Gary Lee Senior System Programmer Ball State University phone: 765-285-1310 -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Welton, Charles Sent: Tuesday, December 18, 2012 11:10 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Reclamation of Virtual Tapes Hello: We have a TSM instance that uses virtual tapes as our primary backup data pool. The data on the virtual tapes are eventually migrated to tape. We are currently down to 3 virtual scratch tapes and 6 physical scratch tapes. I noticed that we are not running any reclamation processes on our virtual tape pool. It seems we have a hand-full of under-utilized virtual tapes. I went ahead and ran a manual reclamation on the virtual tape pool and I noticed the output tape pool is a physical tape. I assumed that the virtual tape would reclaim to another virtual tape. Is that not the case? Could there be a reason why reclamation shouldn't be ran on a virtual tape pool? Thank you... Charles This email contains information which may be PROPRIETARY IN NATURE OR OTHERWISE PROTECTED BY LAW FROM DISCLOSURE and is intended only for the use of the addresses(s) named above. If you have received this email in error, please contact the sender immediately. ** Information contained in this e-mail message and in any attachments thereto is confidential. If you are not the intended recipient, please destroy this message, delete any copies held on your systems, notify the sender immediately, and refrain from using or disclosing all or any part of its content to any other person.
Re: Reclamation of Virtual Tapes
We reclaim our virtual tapes. They have the same waste patterns as physical tape and are certainly as expensive. David -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Lee, Gary Sent: Tuesday, December 18, 2012 2:10 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Reclamation of Virtual Tapes Sounds like someone set the reclaim storage pool on the virtual tape pool to the physical tape pool. I know of no reason why not to reclaim virtual tapes. Wish I had one to play with. Gary Lee Senior System Programmer Ball State University phone: 765-285-1310 -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Welton, Charles Sent: Tuesday, December 18, 2012 11:10 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Reclamation of Virtual Tapes Hello: We have a TSM instance that uses virtual tapes as our primary backup data pool. The data on the virtual tapes are eventually migrated to tape. We are currently down to 3 virtual scratch tapes and 6 physical scratch tapes. I noticed that we are not running any reclamation processes on our virtual tape pool. It seems we have a hand-full of under-utilized virtual tapes. I went ahead and ran a manual reclamation on the virtual tape pool and I noticed the output tape pool is a physical tape. I assumed that the virtual tape would reclaim to another virtual tape. Is that not the case? Could there be a reason why reclamation shouldn't be ran on a virtual tape pool? Thank you... Charles This email contains information which may be PROPRIETARY IN NATURE OR OTHERWISE PROTECTED BY LAW FROM DISCLOSURE and is intended only for the use of the addresses(s) named above. If you have received this email in error, please contact the sender immediately.
Re: Reclamation of Virtual Tapes
Sounds like someone set the reclaim storage pool on the virtual tape pool to the physical tape pool. I know of no reason why not to reclaim virtual tapes. Wish I had one to play with. Gary Lee Senior System Programmer Ball State University phone: 765-285-1310 -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Welton, Charles Sent: Tuesday, December 18, 2012 11:10 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Reclamation of Virtual Tapes Hello: We have a TSM instance that uses virtual tapes as our primary backup data pool. The data on the virtual tapes are eventually migrated to tape. We are currently down to 3 virtual scratch tapes and 6 physical scratch tapes. I noticed that we are not running any reclamation processes on our virtual tape pool. It seems we have a hand-full of under-utilized virtual tapes. I went ahead and ran a manual reclamation on the virtual tape pool and I noticed the output tape pool is a physical tape. I assumed that the virtual tape would reclaim to another virtual tape. Is that not the case? Could there be a reason why reclamation shouldn't be ran on a virtual tape pool? Thank you... Charles This email contains information which may be PROPRIETARY IN NATURE OR OTHERWISE PROTECTED BY LAW FROM DISCLOSURE and is intended only for the use of the addresses(s) named above. If you have received this email in error, please contact the sender immediately.
Reclamation of Virtual Tapes
Hello: We have a TSM instance that uses virtual tapes as our primary backup data pool. The data on the virtual tapes are eventually migrated to tape. We are currently down to 3 virtual scratch tapes and 6 physical scratch tapes. I noticed that we are not running any reclamation processes on our virtual tape pool. It seems we have a hand-full of under-utilized virtual tapes. I went ahead and ran a manual reclamation on the virtual tape pool and I noticed the output tape pool is a physical tape. I assumed that the virtual tape would reclaim to another virtual tape. Is that not the case? Could there be a reason why reclamation shouldn't be ran on a virtual tape pool? Thank you... Charles This email contains information which may be PROPRIETARY IN NATURE OR OTHERWISE PROTECTED BY LAW FROM DISCLOSURE and is intended only for the use of the addresses(s) named above. If you have received this email in error, please contact the sender immediately.
Re: issue with offsite reclamation
David Absolutely no other messages jsut before the ANRD's? Either way, I think your looking at logging a call with IBM (if you've not already). Steven On 5 December 2012 13:22, Tyree, David wrote: > I run "reclaim stg offsitecopy thre=60 du=600" to kick off the process. > Sometime I vary the duration or threshold but I still get this error every > time and I get it almost continuously: > > ANRD Thread<32> issued message from: > ANRD Thread<32> 07FEF7A56A99 OutDiagToCons()+159 > ANRD Thread<32> 07FEF7A504EC outDiagfExt()+fc > ANRD Thread<32> 07FEF74D63DC AfRclmOnsiteVols()+20fc > ANRD Thread<32> 07FEF74D6B5F AfRclmVolumeThread()+1bf > ANRD Thread<32> 07FEF72782A4 startThread()+124 > ANRD Thread<32> 73211D9F endthreadex()+43 > ANRD Thread<32> 73211E3B endthreadex()+df > ANRD Thread<32> 76D5652D BaseThreadInitThunk()+d > ANRD Thread<32> 76E8C521 RtlUserThreadStart()+21 > ANR9999D_1147918115 RclmOffsiteVols(afrclm.c:2975) Thread<32>: Error 3051 > queuing > storage pool volumes for offsite reclamation. Offsite reclamation > processing may be > incomplete. > > Out of about 175 offsite tapes I have about 30-40 below the 55% mark. > > > > > David Tyree > Interface Analyst > South Georgia Medical Center > 229.333.1155 > > > -Original Message- > From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of > James Choate > Sent: Tuesday, December 04, 2012 10:35 AM > To: ADSM-L@VM.MARIST.EDU > Subject: Re: [ADSM-L] issue with offsite reclamation > > Hi David. > > When you run reclamation on your offsite volumes, what is the command you > run? > > You also said you get a few tapes back, but that you get error. > What error message are you constantly getting? > > And, last but not least, you mention that a lot of the offsite volumes > have a percent utilization of less than 25%. > I usually run the following query to show me what is reclaimable. > > select volume_name,stgpool_name,pct_utilized,PCT_RECLAIM from volumes > where pct_reclaim>55 > > I usually reclaim tapes that have min of 55% - 60% reclaimable space. > > ~james > > -Original Message- > From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of > Tyree, David > Sent: Tuesday, December 04, 2012 7:52 AM > To: ADSM-L@VM.MARIST.EDU > Subject: Re: issue with offsite reclamation > > Sorry might be a misunderstanding here. > I don't have an offsite server. I trying to do reclamation on offsite > volumes or trying too. > > I get a few tapes back sometimes but I'm constantly getting that error > message. A lot of the offsite volumes have a percent utilization of less > than 25% that should be reclaiming. > > > David Tyree > Interface Analyst > South Georgia Medical Center > 229.333.1155 > > > -Original Message- > From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of > Arbogast, Warren K > Sent: Tuesday, December 04, 2012 9:34 AM > To: ADSM-L@VM.MARIST.EDU > Subject: Re: [ADSM-L] issue with offsite reclamation > > David, > If cartridges aren't coming back, you may need to run 'reconcile volumes' > . Don't combine 'reconcile volumes' of a virtual-volume based copypool on > the on-site server with reclamation of the primary target pool on the > offsite server. > > tsm:> reconcile volumes fix=yes > > Keith Arbogast > Indiana University >
Re: issue with offsite reclamation
I just started a reclamation process to make sure but all I get is a message saying that the reclamation process started then the errors show up. Looks like call to IBM is next... David Tyree Interface Analyst South Georgia Medical Center 229.333.1155 -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Steven Langdale Sent: Wednesday, December 05, 2012 9:15 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] issue with offsite reclamation David Absolutely no other messages jsut before the ANRD's? Either way, I think your looking at logging a call with IBM (if you've not already). Steven On 5 December 2012 13:22, Tyree, David wrote: > I run "reclaim stg offsitecopy thre=60 du=600" to kick off the process. > Sometime I vary the duration or threshold but I still get this error > every time and I get it almost continuously: > > ANRD Thread<32> issued message from: > ANRD Thread<32> 07FEF7A56A99 OutDiagToCons()+159 ANRD > Thread<32> 07FEF7A504EC outDiagfExt()+fc ANRD Thread<32> > 07FEF74D63DC AfRclmOnsiteVols()+20fc ANRD Thread<32> > 07FEF74D6B5F AfRclmVolumeThread()+1bf ANRD Thread<32> > 07FEF72782A4 startThread()+124 ANRD Thread<32> > 73211D9F endthreadex()+43 ANRD Thread<32> > 73211E3B endthreadex()+df ANRD Thread<32> > 76D5652D BaseThreadInitThunk()+d ANRD Thread<32> > 76E8C521 RtlUserThreadStart()+21 > ANR9999D_1147918115 RclmOffsiteVols(afrclm.c:2975) Thread<32>: Error > 3051 queuing storage pool volumes for offsite reclamation. Offsite > reclamation processing may be incomplete. > > Out of about 175 offsite tapes I have about 30-40 below the 55% mark. > > > > > David Tyree > Interface Analyst > South Georgia Medical Center > 229.333.1155 > > > -Original Message- > From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf > Of James Choate > Sent: Tuesday, December 04, 2012 10:35 AM > To: ADSM-L@VM.MARIST.EDU > Subject: Re: [ADSM-L] issue with offsite reclamation > > Hi David. > > When you run reclamation on your offsite volumes, what is the command > you run? > > You also said you get a few tapes back, but that you get error. > What error message are you constantly getting? > > And, last but not least, you mention that a lot of the offsite volumes > have a percent utilization of less than 25%. > I usually run the following query to show me what is reclaimable. > > select volume_name,stgpool_name,pct_utilized,PCT_RECLAIM from volumes > where pct_reclaim>55 > > I usually reclaim tapes that have min of 55% - 60% reclaimable space. > > ~james > > -Original Message- > From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf > Of Tyree, David > Sent: Tuesday, December 04, 2012 7:52 AM > To: ADSM-L@VM.MARIST.EDU > Subject: Re: issue with offsite reclamation > > Sorry might be a misunderstanding here. > I don't have an offsite server. I trying to do reclamation on offsite > volumes or trying too. > > I get a few tapes back sometimes but I'm constantly getting that error > message. A lot of the offsite volumes have a percent utilization of > less than 25% that should be reclaiming. > > > David Tyree > Interface Analyst > South Georgia Medical Center > 229.333.1155 > > > -Original Message- > From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf > Of Arbogast, Warren K > Sent: Tuesday, December 04, 2012 9:34 AM > To: ADSM-L@VM.MARIST.EDU > Subject: Re: [ADSM-L] issue with offsite reclamation > > David, > If cartridges aren't coming back, you may need to run 'reconcile volumes' > . Don't combine 'reconcile volumes' of a virtual-volume based copypool > on the on-site server with reclamation of the primary target pool on > the offsite server. > > tsm:> reconcile volumes fix=yes > > Keith Arbogast > Indiana University >
Re: issue with offsite reclamation
I run "reclaim stg offsitecopy thre=60 du=600" to kick off the process. Sometime I vary the duration or threshold but I still get this error every time and I get it almost continuously: ANRD Thread<32> issued message from: ANRD Thread<32> 07FEF7A56A99 OutDiagToCons()+159 ANRD Thread<32> 07FEF7A504EC outDiagfExt()+fc ANRD Thread<32> 07FEF74D63DC AfRclmOnsiteVols()+20fc ANRD Thread<32> 07FEF74D6B5F AfRclmVolumeThread()+1bf ANRD Thread<32> 07FEF72782A4 startThread()+124 ANRD Thread<32> 73211D9F endthreadex()+43 ANRD Thread<32> 73211E3B endthreadex()+df ANRD Thread<32> 76D5652D BaseThreadInitThunk()+d ANRD Thread<32> 76E8C521 RtlUserThreadStart()+21 ANRD_1147918115 RclmOffsiteVols(afrclm.c:2975) Thread<32>: Error 3051 queuing storage pool volumes for offsite reclamation. Offsite reclamation processing may be incomplete. Out of about 175 offsite tapes I have about 30-40 below the 55% mark. David Tyree Interface Analyst South Georgia Medical Center 229.333.1155 -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of James Choate Sent: Tuesday, December 04, 2012 10:35 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] issue with offsite reclamation Hi David. When you run reclamation on your offsite volumes, what is the command you run? You also said you get a few tapes back, but that you get error. What error message are you constantly getting? And, last but not least, you mention that a lot of the offsite volumes have a percent utilization of less than 25%. I usually run the following query to show me what is reclaimable. select volume_name,stgpool_name,pct_utilized,PCT_RECLAIM from volumes where pct_reclaim>55 I usually reclaim tapes that have min of 55% - 60% reclaimable space. ~james -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Tyree, David Sent: Tuesday, December 04, 2012 7:52 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: issue with offsite reclamation Sorry might be a misunderstanding here. I don't have an offsite server. I trying to do reclamation on offsite volumes or trying too. I get a few tapes back sometimes but I'm constantly getting that error message. A lot of the offsite volumes have a percent utilization of less than 25% that should be reclaiming. David Tyree Interface Analyst South Georgia Medical Center 229.333.1155 -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Arbogast, Warren K Sent: Tuesday, December 04, 2012 9:34 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] issue with offsite reclamation David, If cartridges aren't coming back, you may need to run 'reconcile volumes' . Don't combine 'reconcile volumes' of a virtual-volume based copypool on the on-site server with reclamation of the primary target pool on the offsite server. tsm:> reconcile volumes fix=yes Keith Arbogast Indiana University
Re: issue with offsite reclamation
Hi David. When you run reclamation on your offsite volumes, what is the command you run? You also said you get a few tapes back, but that you get error. What error message are you constantly getting? And, last but not least, you mention that a lot of the offsite volumes have a percent utilization of less than 25%. I usually run the following query to show me what is reclaimable. select volume_name,stgpool_name,pct_utilized,PCT_RECLAIM from volumes where pct_reclaim>55 I usually reclaim tapes that have min of 55% - 60% reclaimable space. ~james -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Tyree, David Sent: Tuesday, December 04, 2012 7:52 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: issue with offsite reclamation Sorry might be a misunderstanding here. I don't have an offsite server. I trying to do reclamation on offsite volumes or trying too. I get a few tapes back sometimes but I'm constantly getting that error message. A lot of the offsite volumes have a percent utilization of less than 25% that should be reclaiming. David Tyree Interface Analyst South Georgia Medical Center 229.333.1155 -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Arbogast, Warren K Sent: Tuesday, December 04, 2012 9:34 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] issue with offsite reclamation David, If cartridges aren't coming back, you may need to run 'reconcile volumes' . Don't combine 'reconcile volumes' of a virtual-volume based copypool on the on-site server with reclamation of the primary target pool on the offsite server. tsm:> reconcile volumes fix=yes Keith Arbogast Indiana University
Re: issue with offsite reclamation
Sorry might be a misunderstanding here. I don't have an offsite server. I trying to do reclamation on offsite volumes or trying too. I get a few tapes back sometimes but I'm constantly getting that error message. A lot of the offsite volumes have a percent utilization of less than 25% that should be reclaiming. David Tyree Interface Analyst South Georgia Medical Center 229.333.1155 -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Arbogast, Warren K Sent: Tuesday, December 04, 2012 9:34 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] issue with offsite reclamation David, If cartridges aren't coming back, you may need to run 'reconcile volumes' . Don't combine 'reconcile volumes' of a virtual-volume based copypool on the on-site server with reclamation of the primary target pool on the offsite server. tsm:> reconcile volumes fix=yes Keith Arbogast Indiana University
Re: issue with offsite reclamation
David, If cartridges aren't coming back, you may need to run 'reconcile volumes' . Don't combine 'reconcile volumes' of a virtual-volume based copypool on the on-site server with reclamation of the primary target pool on the offsite server. tsm:> reconcile volumes fix=yes Keith Arbogast Indiana University
issue with offsite reclamation
I noticed that I wasn't getting as many tapes back that though I should get and I dug a little deeper and found an error popping up in the activity log: ANRD Thread<32> issued message from: ANRD Thread<32> 07FEF7A56A99 OutDiagToCons()+159 ANRD Thread<32> 07FEF7A504EC outDiagfExt()+fc ANRD Thread<32> 07FEF74D63DC AfRclmOnsiteVols()+20fc ANRD Thread<32> 07FEF74D6B5F AfRclmVolumeThread()+1bf ANRD Thread<32> 07FEF72782A4 startThread()+124 ANRD Thread<32> 73211D9F endthreadex()+43 ANRD Thread<32> 73211E3B endthreadex()+df ANRD Thread<32> 76D5652D BaseThreadInitThunk()+d ANRD Thread<32> 76E8C521 RtlUserThreadStart()+21 ANRD_1147918115 RclmOffsiteVols(afrclm.c:2975) Thread<32>: Error 3051 queuing storage pool volumes for offsite reclamation. Offsite reclamation processing may be incomplete. I get this error whenever i kick off the process. Im running TSM 6.3.1.0 on Windows 2008 R2. David Tyree Interface Analyst South Georgia Medical Center 229.333.1155
Re: File integrity check during reclamation?
On Feb 10, 2012, at 6:53 PM, Robert A. Clark wrote: > Has anyone seen any documentation from Tivoli, stating that a file > integrity check (or CRC check) is performed during the reclamation > process? Technote 1079385 says no.
File integrity check during reclamation?
Has anyone seen any documentation from Tivoli, stating that a file integrity check (or CRC check) is performed during the reclamation process? (In an LTO-4 pool in this case, on TSM 5.5 on AIX.) Thanks, [RC] If you are not the intended addressee, please inform us immediately that you have received this e-mail in error, and delete it. We thank you for your cooperation.
Re: reclamation question
That sounds interesting, I might need to give that a shot. thanks David Tyree Interface Analyst South Georgia Medical Center 229.333.1155 Confidential Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Prather, Wanda Sent: Monday, April 11, 2011 1:38 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] reclamation question Or just mark them offsite, even though they are still in the library. You could create a script that does "update vol * wherestgpool=onsitecopy access=offsite" before you start reclamation, then reverse it when reclamation finishes. W -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Lee, Gary D. Sent: Monday, April 11, 2011 1:26 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] reclamation question About the only way I can think of to do this is to mark the onsite copy pool volumes as unavailable. This would force data to be pulled from the primary file pool. The reason it does this for the offsite pool, is that offsite volumes are presumed to be unavailable, thus data must be pulled from the primary source. Hope this helps. Gary Lee Senior System Programmer Ball State University phone: 765-285-1310 -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Tyree, David Sent: Monday, April 11, 2011 12:54 PM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] reclamation question We have three storage pools, the primary pool is a devtype FILE and the two copy pools are devtype LTO3. The offsite copy pools gets transferred offsite via DRM. Whenever I run a reclamation on the offsite copy pool the system grabs a scratch tape and then copies files from the primary pool and starts filling up tapes. I'm perfectly happy with that process. I have an issue when I do the reclamation of onsite tapes. It loads up a tape (might be scratch) and then another tape to copy the data from. It ends up doing a tape to tape copy. In a way it uses twice as many tape mounts as an offsite reclamation. And since I only have 6 drives it kinda cramps up my options sometimes. Is there a way to do a reclamation of the onsite copy pool and have it pull data from the primary pool instead of doing a tape to tape copy? I mean it can do it for the offsite pool, why not the onsite as well? David Tyree Interface Analyst South Georgia Medical Center 229.333.1155 Confidential Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message.
Re: reclamation question
On occasion I have deleted a vol from a copypool when the percent utilized number dropped to a couple of percent. In our setup we have three identical data pools so we should ok but it's not something I do very often. I have watched the offsite reclamation process sit there for most of an hour or more just thinking about it before it would load a tape and get to work. I'm kinda ok with that because of all the work going on under the hood. David Tyree Interface Analyst South Georgia Medical Center 229.333.1155 Confidential Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Richard Sims Sent: Monday, April 11, 2011 2:48 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] reclamation question A more draconian method (not recommended) is to perform a Delete Volume for the copy storage pool volumes you would reclaim, where their former content would be freshly written to tape in the next Backup Stgpool. That leaves you with one less copy of the data, of course, so not the best approach. The reclamation of offsite copy pool tapes can put a drag on your TSM server, as the processing involves inventorying the files on the offsite tape to be reclaimed, then identifying the onsite tapes containing the files, and compile that into a list ordered so as to minimize mounts and repositioning. That can be a lot of database work, which can be observable as reclamation processing seems to pause for a time. Where realistic, I like to bring a batch of offsite tapes back onsite, check them all in at once, then start reclaiming, where the span-from and span-to companion volumes are thus likely to be mountable, preventing the process from having to revert to primary pool tapes for the duration of the volume reclaim because of the spanning. (It continues using the surrogate primary pool volume(s) even after having gotten past a span into the volume being reclaimed, where such processing can result in a bunch of primary pool tape mounts and think time between each, resulting in a reclaim which can run about 8x slower than a straight reclaim.) You can spot check for spanning by performing Query Content F=D Count=1 for a span-into condition, and Query Content F=D Count=-1 for span-out-of. To assess process progress, I employ a macro called 'processes', whose contents are: SELECT Char(PROCESS_NUM,6) as "Number", PROCESS as " Process ", - Left(Char(START_TIME),19) as "Start Time ", - FILES_PROCESSED as " Files ", Char(BYTES_PROCESSED,14) as " Bytes ", - STATUS as " Status " FROM PROCESSES This is more useful than Query PRocess in that you can directly see how much data has been checkpoint committed, not just how much has been physically operated upon thus far. Richard Sims http://people.bu.edu/rbs/ADSM.QuickFacts
Re: reclamation question
This is close to what we do, but we add "stat=full" to narrow it down better. At 01:38 PM 4/11/2011, Prather, Wanda wrote: >Or just mark them offsite, even though they are still in the library. >You could create a script that does "update vol * wherestgpool=onsitecopy >access=offsite" before you start reclamation, then reverse it when reclamation >finishes. > >W > >-Original Message- >From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Lee, >Gary D. >Sent: Monday, April 11, 2011 1:26 PM >To: ADSM-L@VM.MARIST.EDU >Subject: Re: [ADSM-L] reclamation question > >About the only way I can think of to do this is to mark the onsite copy pool >volumes as unavailable. This would force data to be pulled from the primary >file pool. > >The reason it does this for the offsite pool, is that offsite volumes are >presumed to be unavailable, thus data must be pulled from the primary source. >Hope this helps. > > > >Gary Lee >Senior System Programmer >Ball State University >phone: 765-285-1310 > > >-Original Message- >From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of >Tyree, David >Sent: Monday, April 11, 2011 12:54 PM >To: ADSM-L@VM.MARIST.EDU >Subject: [ADSM-L] reclamation question > >We have three storage pools, the primary pool is a devtype > FILE and the two copy pools are devtype LTO3. The offsite copy pools gets > transferred offsite via DRM. >Whenever I run a reclamation on the offsite copy pool the > system grabs a scratch tape and then copies files from the primary pool and > starts filling up tapes. I'm perfectly happy with that process. >I have an issue when I do the reclamation of onsite tapes. It > loads up a tape (might be scratch) and then another tape to copy the data > from. It ends up doing a tape to tape copy. In a way it uses twice as many > tape mounts as an offsite reclamation. And since I only have 6 drives it > kinda cramps up my options sometimes. >Is there a way to do a reclamation of the onsite copy pool and > have it pull data from the primary pool instead of doing a tape to tape copy? > I mean it can do it for the offsite pool, why not the onsite as well? > > >David Tyree >Interface Analyst >South Georgia Medical Center >229.333.1155 >Confidential Notice: This e-mail message, including any attachments, is for >the sole use of the intended recipient(s) and may contain confidential and >privileged information. Any unauthorized review, use, disclosure or >distribution is prohibited. If you are not the intended recipient, please >contact the sender by reply e-mail and destroy all copies of the original >message. -- Paul ZarnowskiPh: 607-255-4757 Manager, Storage Services Fx: 607-255-8521 719 Rhodes Hall, Ithaca, NY 14853-3801Em: p...@cornell.edu
Re: reclamation question
A more draconian method (not recommended) is to perform a Delete Volume for the copy storage pool volumes you would reclaim, where their former content would be freshly written to tape in the next Backup Stgpool. That leaves you with one less copy of the data, of course, so not the best approach. The reclamation of offsite copy pool tapes can put a drag on your TSM server, as the processing involves inventorying the files on the offsite tape to be reclaimed, then identifying the onsite tapes containing the files, and compile that into a list ordered so as to minimize mounts and repositioning. That can be a lot of database work, which can be observable as reclamation processing seems to pause for a time. Where realistic, I like to bring a batch of offsite tapes back onsite, check them all in at once, then start reclaiming, where the span-from and span-to companion volumes are thus likely to be mountable, preventing the process from having to revert to primary pool tapes for the duration of the volume reclaim because of the spanning. (It continues using the surrogate primary pool volume(s) even after having gotten past a span into the volume being reclaimed, where such processing can result in a bunch of primary pool tape mounts and think time between each, resulting in a reclaim which can run about 8x slower than a straight reclaim.) You can spot check for spanning by performing Query Content F=D Count=1 for a span-into condition, and Query Content F=D Count=-1 for span-out-of. To assess process progress, I employ a macro called 'processes', whose contents are: SELECT Char(PROCESS_NUM,6) as "Number", PROCESS as " Process ", - Left(Char(START_TIME),19) as "Start Time ", - FILES_PROCESSED as " Files ", Char(BYTES_PROCESSED,14) as " Bytes ", - STATUS as " Status " FROM PROCESSES This is more useful than Query PRocess in that you can directly see how much data has been checkpoint committed, not just how much has been physically operated upon thus far. Richard Sims http://people.bu.edu/rbs/ADSM.QuickFacts
Ang: reclamation question
As the previous 2 mentioned, if the tape is available, TSM will use it. If it's offsite, TSM will try to collect the data from primary volumes. So your issue is that the copypool tapes are actually available. It's kinda weird you get them reclaimed though, they should have been moved offsite long before reclaim is needed. Are you storing large database/mail/other application backups on them which expire regularly? Best Regards Daniel Sparrman -"ADSM: Dist Stor Manager" skrev: - Till: ADSM-L@VM.MARIST.EDU Från: "Tyree, David" Sänt av: "ADSM: Dist Stor Manager" Datum: 04/11/2011 18:53 Ärende: reclamation question We have three storage pools, the primary pool is a devtype FILE and the two copy pools are devtype LTO3. The offsite copy pools gets transferred offsite via DRM. Whenever I run a reclamation on the offsite copy pool the system grabs a scratch tape and then copies files from the primary pool and starts filling up tapes. I'm perfectly happy with that process. I have an issue when I do the reclamation of onsite tapes. It loads up a tape (might be scratch) and then another tape to copy the data from. It ends up doing a tape to tape copy. In a way it uses twice as many tape mounts as an offsite reclamation. And since I only have 6 drives it kinda cramps up my options sometimes. Is there a way to do a reclamation of the onsite copy pool and have it pull data from the primary pool instead of doing a tape to tape copy? I mean it can do it for the offsite pool, why not the onsite as well? David Tyree Interface Analyst South Georgia Medical Center 229.333.1155 Confidential Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message.
Re: reclamation question
Or just mark them offsite, even though they are still in the library. You could create a script that does "update vol * wherestgpool=onsitecopy access=offsite" before you start reclamation, then reverse it when reclamation finishes. W -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Lee, Gary D. Sent: Monday, April 11, 2011 1:26 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] reclamation question About the only way I can think of to do this is to mark the onsite copy pool volumes as unavailable. This would force data to be pulled from the primary file pool. The reason it does this for the offsite pool, is that offsite volumes are presumed to be unavailable, thus data must be pulled from the primary source. Hope this helps. Gary Lee Senior System Programmer Ball State University phone: 765-285-1310 -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Tyree, David Sent: Monday, April 11, 2011 12:54 PM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] reclamation question We have three storage pools, the primary pool is a devtype FILE and the two copy pools are devtype LTO3. The offsite copy pools gets transferred offsite via DRM. Whenever I run a reclamation on the offsite copy pool the system grabs a scratch tape and then copies files from the primary pool and starts filling up tapes. I'm perfectly happy with that process. I have an issue when I do the reclamation of onsite tapes. It loads up a tape (might be scratch) and then another tape to copy the data from. It ends up doing a tape to tape copy. In a way it uses twice as many tape mounts as an offsite reclamation. And since I only have 6 drives it kinda cramps up my options sometimes. Is there a way to do a reclamation of the onsite copy pool and have it pull data from the primary pool instead of doing a tape to tape copy? I mean it can do it for the offsite pool, why not the onsite as well? David Tyree Interface Analyst South Georgia Medical Center 229.333.1155 Confidential Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message.
Re: reclamation question
About the only way I can think of to do this is to mark the onsite copy pool volumes as unavailable. This would force data to be pulled from the primary file pool. The reason it does this for the offsite pool, is that offsite volumes are presumed to be unavailable, thus data must be pulled from the primary source. Hope this helps. Gary Lee Senior System Programmer Ball State University phone: 765-285-1310 -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Tyree, David Sent: Monday, April 11, 2011 12:54 PM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] reclamation question We have three storage pools, the primary pool is a devtype FILE and the two copy pools are devtype LTO3. The offsite copy pools gets transferred offsite via DRM. Whenever I run a reclamation on the offsite copy pool the system grabs a scratch tape and then copies files from the primary pool and starts filling up tapes. I'm perfectly happy with that process. I have an issue when I do the reclamation of onsite tapes. It loads up a tape (might be scratch) and then another tape to copy the data from. It ends up doing a tape to tape copy. In a way it uses twice as many tape mounts as an offsite reclamation. And since I only have 6 drives it kinda cramps up my options sometimes. Is there a way to do a reclamation of the onsite copy pool and have it pull data from the primary pool instead of doing a tape to tape copy? I mean it can do it for the offsite pool, why not the onsite as well? David Tyree Interface Analyst South Georgia Medical Center 229.333.1155 Confidential Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message.
reclamation question
We have three storage pools, the primary pool is a devtype FILE and the two copy pools are devtype LTO3. The offsite copy pools gets transferred offsite via DRM. Whenever I run a reclamation on the offsite copy pool the system grabs a scratch tape and then copies files from the primary pool and starts filling up tapes. I'm perfectly happy with that process. I have an issue when I do the reclamation of onsite tapes. It loads up a tape (might be scratch) and then another tape to copy the data from. It ends up doing a tape to tape copy. In a way it uses twice as many tape mounts as an offsite reclamation. And since I only have 6 drives it kinda cramps up my options sometimes. Is there a way to do a reclamation of the onsite copy pool and have it pull data from the primary pool instead of doing a tape to tape copy? I mean it can do it for the offsite pool, why not the onsite as well? David Tyree Interface Analyst South Georgia Medical Center 229.333.1155 Confidential Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message.
Re: reclamation no longer working
I had the same problem and offsitereclaimlimit=20 (or whatever you want to limit it to) worked for me. In my particular situation my server is 5.4.1.0 (I know, very old!) running on AIX 5.3 (5300-09-01-0847). I have a few (less than 5-10) tapes at a 99% reclaimable level in my offsite COPYPOOL01 tapes, but about 500 tapes that are 98% reclaimable. If I do NOT specify a offsitereclaimlimit number it seems to process tapes to reclaim at about 3 tapes per minute. So for 500 tapes it just sits there for about 3 HOURS before it even starts mounting tapes to start the reclamation. I stumbled onto how useful this particular option was about 3 or 4 months ago thanks to this forum, before that I didn't have a clue what it was supposed to be used for. Limiting it to 20 tapes lets it actually start mounting tapes and moving files in about 6 or 7 minutes. I also noted that in a recent posting in this forum, IBM has fixed the order in which tapes are reclaimed, and if you specify something like 90%, it will start with 99% first, then 98%, 97%, and so on until it finishes or runs out of time. This solves my biggest gripe about reclamation that I have had. I have two new servers that will soon be in production, and they are running the 6.2 TSM, so they should reclaim much faster. John John M. Ritter Systems Software Specialist Vanderbilt University Medical Center Email: john.rit...@vanderbilt.edu -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Tyree, David Sent: Friday, May 07, 2010 7:46 AM To: ADSM-L@vm.marist.edu Subject: Re: reclamation no longer working I started a reclamation on that pool yesterday afternoon and it sat there for several hours before it finally started moving anything. I guess I got behind doing the reclamation. But that doesn't make any sense because the offsite pool and the onsite pool have the same settings and the same content. Only difference is that one goes off site. I use the same settings when I run reclamation on both pools but I run them at completely different times and the times don't overlap. When I run the onsite copypool script the process starts without delay. The same settings for the offsite copypool takes forever to actually kick off. I guess I'll need to keep a closer eye on things -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Allen S. Rout Sent: Thursday, May 06, 2010 2:17 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] reclamation no longer working >> On Thu, 6 May 2010 11:11:34 -0400, "Tyree, David" said: > I've run the threshold up and down from a few percentage points up > to 80-90% hoping something would change but no difference. I have > plenty of scratch tapes and mount points. Try running one at 99% and _no_ time limit, and expect it to run for days. There's a huge amount of bookkeeping work TSM does at the outset. If you've gotten yourself stuck somewhere, and lots of time has passed, you may have a large backlog. In that case, trying little nibbles is the only way to go. You could also approach this from the -OFFSITERECLAIMLimit--=--number_of_volumes- side, limiting it to just a few at a time. - Allen S. Rout
Re: reclamation no longer working
On May 7, 2010, at 2:35 PM, Johnny Lea wrote: > Bringing offsite tapes back and reclaiming them onsite is much faster; but, > of course, then that data is not offsite. > >Richard Sims http://people.bu.edu/rbs/ > > > Richard, from time to time I've had to do this. After checking in the tapes > and updating them to r/o or r/w TSM doesn't always use them for the source on > a 'move data'. Sometimes it does, sometimes it doesn't. It acts as if the > tapes are not in the library even after I've verified them. > Would you know any reason why? In most of the cases I've examined, it is because the now-onsite tape begins with a segmented Physical File which is continued from a tape which is not available (e.g., marked Offsite), where the reclamation then runs with primary storage pool tapes only as it starts by copying the entirety of that first Physical File - which takes more time. A few cases have remained mysterious. Richard Simsat Boston University
Re: reclamation no longer working
Bringing offsite tapes back and reclaiming them onsite is much faster; but, of course, then that data is not offsite. Richard Sims http://people.bu.edu/rbs/ Richard, from time to time I've had to do this. After checking in the tapes and updating them to r/o or r/w TSM doesn't always use them for the source on a 'move data'. Sometimes it does, sometimes it doesn't. It acts as if the tapes are not in the library even after I've verified them. Would you know any reason why? TSM 5.5.3 - LTO4 library. Individuals who have received this information in error or are not authorized to receive it must promptly return or dispose of the information and notify the sender. Those individuals are hereby notified that they are strictly prohibited from reviewing, forwarding, printing, copying, distributing or using this information in any way.
Re: reclamation no longer working
I started a reclamation on that pool yesterday afternoon and it sat there for several hours before it finally started moving anything. I guess I got behind doing the reclamation. But that doesn't make any sense because the offsite pool and the onsite pool have the same settings and the same content. Only difference is that one goes off site. I use the same settings when I run reclamation on both pools but I run them at completely different times and the times don't overlap. When I run the onsite copypool script the process starts without delay. The same settings for the offsite copypool takes forever to actually kick off. I guess I'll need to keep a closer eye on things -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Allen S. Rout Sent: Thursday, May 06, 2010 2:17 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] reclamation no longer working >> On Thu, 6 May 2010 11:11:34 -0400, "Tyree, David" said: > I've run the threshold up and down from a few percentage points up > to 80-90% hoping something would change but no difference. I have > plenty of scratch tapes and mount points. Try running one at 99% and _no_ time limit, and expect it to run for days. There's a huge amount of bookkeeping work TSM does at the outset. If you've gotten yourself stuck somewhere, and lots of time has passed, you may have a large backlog. In that case, trying little nibbles is the only way to go. You could also approach this from the -OFFSITERECLAIMLimit--=--number_of_volumes- side, limiting it to just a few at a time. - Allen S. Rout
Re: reclamation no longer working
> I'm doing a move data now. Or trying too. > The process has been running for about 30 minutes with zero bytes moved. > Nothing showing from a q request, nothing showing from a q mount. All drives > online and plenty of mount points. Have you tried to use straight command in foreground mode "move data w=y"? What are the results? CONFIDENTIALITY AND WAIVER: The information contained in this electronic mail message and any attachments hereto may be legally privileged and confidential. The information is intended only for the recipient(s) named in this message. If you are not the intended recipient you are notified that any use, disclosure, copying or distribution is prohibited. If you have received this in error please contact the sender and delete this message and any attachments from your computer system. We do not guarantee that this message or any attachment to it is secure or free from errors, computer viruses or other conditions that may damage or interfere with data, hardware or software. Please consider the environment before printing this Email.
Re: reclamation no longer working
After about an hour of waiting the move data finally got rolling. -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Richard Sims Sent: Thursday, May 06, 2010 2:12 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] reclamation no longer working On May 6, 2010, at 1:48 PM, Tyree, David wrote: > I'm doing a move data now. Or trying too. > > The process has been running for about 30 minutes with zero bytes moved. Nothing showing from a q request, nothing showing from a q mount. All drives online and plenty of mount points. > > I would expect it to mount a scratch tape and start moving data primary pool to the tape. In my experience, that is a manifestation of the TSM server running through the database (you should see a lot of disk activity there) compiling a list of all the onsite tapes necessary to represent all the files on the offsite tape which is to be reclaimed. Eventually, this would result in a list of such onsite volumes, in ANR1157I messages - if all goes well. The higher the capacity of the offsite tape, and the more remaining unexpired data on it, the longer this can take. Watch for the conclusion of the Move Data in the Activity Log, one way or the other; and check for abnormalities reflected in that log during the discovery process. There may be some database problems or unavailable onsite tapes thwarting this process. Bringing offsite tapes back and reclaiming them onsite is much faster; but, of course, then that data is not offsite. Richard Sims http://people.bu.edu/rbs/
Re: reclamation no longer working
>> On Thu, 6 May 2010 11:11:34 -0400, "Tyree, David" >> said: > I've run the threshold up and down from a few percentage points up > to 80-90% hoping something would change but no difference. I have > plenty of scratch tapes and mount points. Try running one at 99% and _no_ time limit, and expect it to run for days. There's a huge amount of bookkeeping work TSM does at the outset. If you've gotten yourself stuck somewhere, and lots of time has passed, you may have a large backlog. In that case, trying little nibbles is the only way to go. You could also approach this from the -OFFSITERECLAIMLimit--=--number_of_volumes- side, limiting it to just a few at a time. - Allen S. Rout
Re: reclamation no longer working
On May 6, 2010, at 1:48 PM, Tyree, David wrote: > I'm doing a move data now. Or trying too. > > The process has been running for about 30 minutes with zero bytes moved. > Nothing showing from a q request, nothing showing from a q mount. All drives > online and plenty of mount points. > > I would expect it to mount a scratch tape and start moving data primary pool > to the tape. In my experience, that is a manifestation of the TSM server running through the database (you should see a lot of disk activity there) compiling a list of all the onsite tapes necessary to represent all the files on the offsite tape which is to be reclaimed. Eventually, this would result in a list of such onsite volumes, in ANR1157I messages - if all goes well. The higher the capacity of the offsite tape, and the more remaining unexpired data on it, the longer this can take. Watch for the conclusion of the Move Data in the Activity Log, one way or the other; and check for abnormalities reflected in that log during the discovery process. There may be some database problems or unavailable onsite tapes thwarting this process. Bringing offsite tapes back and reclaiming them onsite is much faster; but, of course, then that data is not offsite. Richard Sims http://people.bu.edu/rbs/
Re: reclamation no longer working
I'm doing a move data now. Or trying too. The process has been running for about 30 minutes with zero bytes moved. Nothing showing from a q request, nothing showing from a q mount. All drives online and plenty of mount points. I would expect it to mount a scratch tape and start moving data primary pool to the tape. I guess I'll go ahead and do the update to version 5.5.x sooner than I planned.. -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Jorge Amil Sent: Thursday, May 06, 2010 11:59 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] reclamation no longer working I recomend you do a move data with 99% tapes. Regards Jorge > Date: Thu, 6 May 2010 11:11:34 -0400 > From: david.ty...@sgmc.org > Subject: [ADSM-L] reclamation no longer working > To: ADSM-L@VM.MARIST.EDU > > TSM server 5.4.1.0 running on Windows 2003. > > I have an offsite copypool that has decided to no longer > do reclamation. I noticed that I had far more tapes in that pool that I > would have expected. I checked the pct_utilized numbers and saw that the > tapes varied from 99% down to just 5-6% utilized. > > When I manually run the reclamation process and then do > q process I see that I have the right number of processes that start up. > But the status never changes from showing zero moved files. It just sits > there like it's thinking about it but never mounts anything. It runs for > the duration I set then closes out. I also moved the duration back and > forth from a few minutes to a couple of hours and that didn't help > either. I've run the threshold up and down from a few percentage points > up to 80-90% hoping something would change but no difference. I have > plenty of scratch tapes and mount points. > > I have another onsite tapepool that is identical. But it > will do reclamation just fine. > > Just for the heck of it I created a new offsite tapepool > using essentially the same settings as the old pool and it's appears to > run reclamations just fine. > > Nothing has been changed in the settings for the offsite > copypool and the onsite copypool either. > > > > David Tyree > Interface Analyst > South Georgia Medical Center > 229.333.1155 > > Confidential Notice: This e-mail message, including any attachments, is > for the sole use of the intended recipient(s) and may contain > confidential and privileged information. Any unauthorized review, use, > disclosure or distribution is prohibited. If you are not the intended > recipient, please contact the sender by reply e-mail and destroy all > copies of the original message. _ Diseñar aplicaciones tiene premio. ¡Si eres desarrollador no esperes más! http://www.imaginemobile.es
Re: reclamation no longer working
It's on the calender -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Rick Adamson Sent: Thursday, May 06, 2010 1:20 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] reclamation no longer working David, Seeing as there have been many, many, fixes since you release I would consider an upgrade to at least the most recent version of 5.4 As a matter of fact a couple of the 5.4.1.1 apars were reclamation related. http://www-01.ibm.com/support/docview.wss?uid=swg21273797 Thank you, ~Rick -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Tyree, David Sent: Thursday, May 06, 2010 1:02 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] reclamation no longer working Nope, no mention of waiting on a tape and/or volume -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Rick Adamson Sent: Thursday, May 06, 2010 11:29 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] reclamation no longer working When you query the process or mounts does it state that it is waiting on a volume (input or output)? It is possible that one of them is unavailable, and/or mounted by another process. Thank you, ~Rick -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Tyree, David Sent: Thursday, May 06, 2010 11:12 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] reclamation no longer working TSM server 5.4.1.0 running on Windows 2003. I have an offsite copypool that has decided to no longer do reclamation. I noticed that I had far more tapes in that pool that I would have expected. I checked the pct_utilized numbers and saw that the tapes varied from 99% down to just 5-6% utilized. When I manually run the reclamation process and then do q process I see that I have the right number of processes that start up. But the status never changes from showing zero moved files. It just sits there like it's thinking about it but never mounts anything. It runs for the duration I set then closes out. I also moved the duration back and forth from a few minutes to a couple of hours and that didn't help either. I've run the threshold up and down from a few percentage points up to 80-90% hoping something would change but no difference. I have plenty of scratch tapes and mount points. I have another onsite tapepool that is identical. But it will do reclamation just fine. Just for the heck of it I created a new offsite tapepool using essentially the same settings as the old pool and it's appears to run reclamations just fine. Nothing has been changed in the settings for the offsite copypool and the onsite copypool either. David Tyree Interface Analyst South Georgia Medical Center 229.333.1155 Confidential Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message.
Re: reclamation no longer working
David, Seeing as there have been many, many, fixes since you release I would consider an upgrade to at least the most recent version of 5.4 As a matter of fact a couple of the 5.4.1.1 apars were reclamation related. http://www-01.ibm.com/support/docview.wss?uid=swg21273797 Thank you, ~Rick -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Tyree, David Sent: Thursday, May 06, 2010 1:02 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] reclamation no longer working Nope, no mention of waiting on a tape and/or volume -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Rick Adamson Sent: Thursday, May 06, 2010 11:29 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] reclamation no longer working When you query the process or mounts does it state that it is waiting on a volume (input or output)? It is possible that one of them is unavailable, and/or mounted by another process. Thank you, ~Rick -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Tyree, David Sent: Thursday, May 06, 2010 11:12 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] reclamation no longer working TSM server 5.4.1.0 running on Windows 2003. I have an offsite copypool that has decided to no longer do reclamation. I noticed that I had far more tapes in that pool that I would have expected. I checked the pct_utilized numbers and saw that the tapes varied from 99% down to just 5-6% utilized. When I manually run the reclamation process and then do q process I see that I have the right number of processes that start up. But the status never changes from showing zero moved files. It just sits there like it's thinking about it but never mounts anything. It runs for the duration I set then closes out. I also moved the duration back and forth from a few minutes to a couple of hours and that didn't help either. I've run the threshold up and down from a few percentage points up to 80-90% hoping something would change but no difference. I have plenty of scratch tapes and mount points. I have another onsite tapepool that is identical. But it will do reclamation just fine. Just for the heck of it I created a new offsite tapepool using essentially the same settings as the old pool and it's appears to run reclamations just fine. Nothing has been changed in the settings for the offsite copypool and the onsite copypool either. David Tyree Interface Analyst South Georgia Medical Center 229.333.1155 Confidential Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message.
Re: reclamation no longer working
Nope, no mention of waiting on a tape and/or volume -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Rick Adamson Sent: Thursday, May 06, 2010 11:29 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] reclamation no longer working When you query the process or mounts does it state that it is waiting on a volume (input or output)? It is possible that one of them is unavailable, and/or mounted by another process. Thank you, ~Rick -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Tyree, David Sent: Thursday, May 06, 2010 11:12 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] reclamation no longer working TSM server 5.4.1.0 running on Windows 2003. I have an offsite copypool that has decided to no longer do reclamation. I noticed that I had far more tapes in that pool that I would have expected. I checked the pct_utilized numbers and saw that the tapes varied from 99% down to just 5-6% utilized. When I manually run the reclamation process and then do q process I see that I have the right number of processes that start up. But the status never changes from showing zero moved files. It just sits there like it's thinking about it but never mounts anything. It runs for the duration I set then closes out. I also moved the duration back and forth from a few minutes to a couple of hours and that didn't help either. I've run the threshold up and down from a few percentage points up to 80-90% hoping something would change but no difference. I have plenty of scratch tapes and mount points. I have another onsite tapepool that is identical. But it will do reclamation just fine. Just for the heck of it I created a new offsite tapepool using essentially the same settings as the old pool and it's appears to run reclamations just fine. Nothing has been changed in the settings for the offsite copypool and the onsite copypool either. David Tyree Interface Analyst South Georgia Medical Center 229.333.1155 Confidential Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message.
Re: reclamation no longer working
Not necessarily related to the problem, but 5.4.5 includes a change to the way the TSM serrver selects which offsite volumes to reclaim: http://www-01.ibm.com/support/docview.wss?uid=swg1IC57009 [RC] From: "Tyree, David" To: ADSM-L@VM.MARIST.EDU Date: 05/06/2010 08:12 AM Subject: [ADSM-L] reclamation no longer working Sent by: "ADSM: Dist Stor Manager" TSM server 5.4.1.0 running on Windows 2003. I have an offsite copypool that has decided to no longer do reclamation. I noticed that I had far more tapes in that pool that I would have expected. I checked the pct_utilized numbers and saw that the tapes varied from 99% down to just 5-6% utilized. When I manually run the reclamation process and then do q process I see that I have the right number of processes that start up. But the status never changes from showing zero moved files. It just sits there like it's thinking about it but never mounts anything. It runs for the duration I set then closes out. I also moved the duration back and forth from a few minutes to a couple of hours and that didn't help either. I've run the threshold up and down from a few percentage points up to 80-90% hoping something would change but no difference. I have plenty of scratch tapes and mount points. I have another onsite tapepool that is identical. But it will do reclamation just fine. Just for the heck of it I created a new offsite tapepool using essentially the same settings as the old pool and it's appears to run reclamations just fine. Nothing has been changed in the settings for the offsite copypool and the onsite copypool either. David Tyree Interface Analyst South Georgia Medical Center 229.333.1155 Confidential Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. U.S. BANCORP made the following annotations - Electronic Privacy Notice. This e-mail, and any attachments, contains information that is, or may be, covered by electronic communications privacy laws, and is also confidential and proprietary in nature. If you are not the intended recipient, please be advised that you are legally prohibited from retaining, using, copying, distributing, or otherwise disclosing this information in any manner. Instead, please reply to the sender that you have received this communication in error, and then immediately delete it. Thank you in advance for your cooperation. -
Re: reclamation no longer working
I recomend you do a move data with 99% tapes. Regards Jorge > Date: Thu, 6 May 2010 11:11:34 -0400 > From: david.ty...@sgmc.org > Subject: [ADSM-L] reclamation no longer working > To: ADSM-L@VM.MARIST.EDU > > TSM server 5.4.1.0 running on Windows 2003. > > I have an offsite copypool that has decided to no longer > do reclamation. I noticed that I had far more tapes in that pool that I > would have expected. I checked the pct_utilized numbers and saw that the > tapes varied from 99% down to just 5-6% utilized. > > When I manually run the reclamation process and then do > q process I see that I have the right number of processes that start up. > But the status never changes from showing zero moved files. It just sits > there like it's thinking about it but never mounts anything. It runs for > the duration I set then closes out. I also moved the duration back and > forth from a few minutes to a couple of hours and that didn't help > either. I've run the threshold up and down from a few percentage points > up to 80-90% hoping something would change but no difference. I have > plenty of scratch tapes and mount points. > > I have another onsite tapepool that is identical. But it > will do reclamation just fine. > > Just for the heck of it I created a new offsite tapepool > using essentially the same settings as the old pool and it's appears to > run reclamations just fine. > > Nothing has been changed in the settings for the offsite > copypool and the onsite copypool either. > > > > David Tyree > Interface Analyst > South Georgia Medical Center > 229.333.1155 > > Confidential Notice: This e-mail message, including any attachments, is > for the sole use of the intended recipient(s) and may contain > confidential and privileged information. Any unauthorized review, use, > disclosure or distribution is prohibited. If you are not the intended > recipient, please contact the sender by reply e-mail and destroy all > copies of the original message. _ Diseñar aplicaciones tiene premio. ¡Si eres desarrollador no esperes más! http://www.imaginemobile.es
Re: reclamation no longer working
When you query the process or mounts does it state that it is waiting on a volume (input or output)? It is possible that one of them is unavailable, and/or mounted by another process. Thank you, ~Rick -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Tyree, David Sent: Thursday, May 06, 2010 11:12 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] reclamation no longer working TSM server 5.4.1.0 running on Windows 2003. I have an offsite copypool that has decided to no longer do reclamation. I noticed that I had far more tapes in that pool that I would have expected. I checked the pct_utilized numbers and saw that the tapes varied from 99% down to just 5-6% utilized. When I manually run the reclamation process and then do q process I see that I have the right number of processes that start up. But the status never changes from showing zero moved files. It just sits there like it's thinking about it but never mounts anything. It runs for the duration I set then closes out. I also moved the duration back and forth from a few minutes to a couple of hours and that didn't help either. I've run the threshold up and down from a few percentage points up to 80-90% hoping something would change but no difference. I have plenty of scratch tapes and mount points. I have another onsite tapepool that is identical. But it will do reclamation just fine. Just for the heck of it I created a new offsite tapepool using essentially the same settings as the old pool and it's appears to run reclamations just fine. Nothing has been changed in the settings for the offsite copypool and the onsite copypool either. David Tyree Interface Analyst South Georgia Medical Center 229.333.1155 Confidential Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message.
reclamation no longer working
TSM server 5.4.1.0 running on Windows 2003. I have an offsite copypool that has decided to no longer do reclamation. I noticed that I had far more tapes in that pool that I would have expected. I checked the pct_utilized numbers and saw that the tapes varied from 99% down to just 5-6% utilized. When I manually run the reclamation process and then do q process I see that I have the right number of processes that start up. But the status never changes from showing zero moved files. It just sits there like it's thinking about it but never mounts anything. It runs for the duration I set then closes out. I also moved the duration back and forth from a few minutes to a couple of hours and that didn't help either. I've run the threshold up and down from a few percentage points up to 80-90% hoping something would change but no difference. I have plenty of scratch tapes and mount points. I have another onsite tapepool that is identical. But it will do reclamation just fine. Just for the heck of it I created a new offsite tapepool using essentially the same settings as the old pool and it's appears to run reclamations just fine. Nothing has been changed in the settings for the offsite copypool and the onsite copypool either. David Tyree Interface Analyst South Georgia Medical Center 229.333.1155 Confidential Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message.
Re: Collocation Groups Reclamation and Restore
Hello Colleagues, I have found all answer to my questions. And from my point of view are very interesting and I would like to share with all TSMpeople. 1.- When one volume is reclaimed in this pool ( Pool with CG). How TSM does the reclamation? moving files from one node from Volume to Scratch one or TSM moves all nodes in the CG at the same time without distinction ? it moves it from all nodes 2.- When TSM restores files from these tapes. Does it restore all files in a sequential way ?. I mean TSM is reading the tape from the beginning and if it finds files to belong to this TSM Client from different directories it restores independently of the directory which this files belong or TSM server prepares a list of file and it is looking one per one in the tape... or Which is the procedure ? - it restores sequentially - so that it minimizes the tape movement. 3.- In case of migration, if we don't have CG TSM migrates files per node. What happens if we have CG, it is per node or per CG ? per CG 4.- In case we have a lanfree backup with 4 parallel sessions , is CG suitable for this TSM Clients ? sure, the better question is do they have enough data being written to keep the tapes streaming, versus the advantages of writing to disk. 5.- Last question, in order to restore the client node. Are there differences between these procedure and multiplexing competitors ones ? ... --- yes. for multiplexing, they have to rebuild each individual file. THis causes lots of tape positioning, and additional process to rebuild the files. Multiplexing has a very large NEGATIVE impact on restore times. Regards, Fran - Mensaje original De: Wolfgang J Moeller Para: ADSM-L@VM.MARIST.EDU Enviado: mar,16 marzo, 2010 00:07 Asunto: Re: Collocation Groups Reclamation and Restore Fred Johanson writes: > > Once a tape has been mounted for a collocation group's data, > > all nodes in that group are migrated. > > At least when the source pool is of type DISK, I'd guess > > that files will still be ordered by filespace and node, > > just like they are by filespace in the case of collocation by node. > > Not always. I often find volumes with a few inches used belong to a client > belonging to a CG residing on another volume. It certainly looks as if > files ready for migration find the desired volume in use by another member > of the CG, so they go to scratch. > > As for reclamation, this morning I removed a client. 2 of its volumes > popped to the top of the list of reclamation candidates (2 reclamation > processes). > One went to the expected collector. The second went to scratch. OK, I meant _normally_ (that is to say, when I'm watching). Rarely, I believe the same thing to happen here (we regularly run two migration processes in parallel). TSM Server 5.5.2.1, btw. I do manually clear out a few "duplicate filling" volumes per week & server, but then there are several more possible reasons, among them routine changes to collocation groups (new nodes getting backed up w/o being assigned a group, nodes removed from a group when they get too large). Occasionally I do see a filling volume with a large amount of data on it not being written to for a couple of days, while new data menawhile goes to a less occupied volume - in violation of the rule that the "fullest" tape was chosen first. Just another very-low-priority TSM bug, I'd guess ... Lately, I also discovered "phantom volumes": Filling, not appearing in any node's Q NODEDATA, no contents according to Q CONTENTS; but invariably MOVE DATA would find & move around some 2..3 files totalling a few Mbytes. Likely you have to REMOVE NODE more often than the average TSM operator, in order to see such things. [You'd also better(?) have some tool in addition to TSM SELECT in order to spot all of this weirdness. ;-] Best regards, Wolfgang J. Moeller Tel. +49 551 201-1516 ... not representing ... GWDG, Goettingen, Germany
Re: Collocation Groups Reclamation and Restore
-- Warm regards, Michael Green On Tue, Mar 9, 2010 at 9:01 PM, Francisco Molero wrote: > > > 2.- When TSM restores files from these tapes. Does it restore all files in > a sequential way ?. I mean TSM is reading the tape from the beginning and if > it finds files to belong to this TSM Client from different directories it > restores independently of the directory which this files belong or TSM > server prepares a list of file and it is looking one per one in the tape... > or Which is the procedure ? > In terms of restore order TSM uses opportunistic approach. It doesn't tries to restore in alphabetical order for example. The restore thread will read all the relevant files from a particular tape regardless of their alphabetical order or backup dates. Then move to next tape. The goal is to minimize the amount of tape mounts.
Re: Collocation Groups Reclamation and Restore
Laura Lantz is no longer with OBI. Please send email to the following address and/or remove her from your distribution list. This mailbox will be closing effective March 18. Thank you. Laura's email address is: laurake...@yahoo.com -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Wolfgang J Moeller Sent: Monday, March 15, 2010 6:07 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: Collocation Groups Reclamation and Restore Fred Johanson writes: > > Once a tape has been mounted for a collocation group's data, > > all nodes in that group are migrated. > > At least when the source pool is of type DISK, I'd guess > > that files will still be ordered by filespace and node, > > just like they are by filespace in the case of collocation by node. > > Not always. I often find volumes with a few inches used belong to a client > belonging to a CG residing on another volume. It certainly looks as if > files ready for migration find the desired volume in use by another member > of the CG, so they go to scratch. > > As for reclamation, this morning I removed a client. 2 of its volumes > popped to the top of the list of reclamation candidates (2 reclamation processes). > One went to the expected collector. The second went to scratch. OK, I meant _normally_ (that is to say, when I'm watching). Rarely, I believe the same thing to happen here (we regularly run two migration processes in parallel). TSM Server 5.5.2.1, btw. I do manually clear out a few "duplicate filling" volumes per week & server, but then there are several more possible reasons, among them routine changes to collocation groups (new nodes getting backed up w/o being assigned a group, nodes removed from a group when they get too large). Occasionally I do see a filling volume with a large amount of data on it not being written to for a couple of days, while new data menawhile goes to a less occupied volume - in violation of the rule that the "fullest" tape was chosen first. Just another very-low-priority TSM bug, I'd guess ... Lately, I also discovered "phantom volumes": Filling, not appearing in any node's Q NODEDATA, no contents according to Q CONTENTS; but invariably MOVE DATA would find & move around some 2..3 files totalling a few Mbytes. Likely you have to REMOVE NODE more often than the average TSM operator, in order to see such things. [You'd also better(?) have some tool in addition to TSM SELECT in order to spot all of this weirdness. ;-] Best regards, Wolfgang J. Moeller Tel. +49 551 201-1516 ... not representing ... GWDG, Goettingen, Germany
Re: Collocation Groups Reclamation and Restore
Fred Johanson writes: > > Once a tape has been mounted for a collocation group's data, > > all nodes in that group are migrated. > > At least when the source pool is of type DISK, I'd guess > > that files will still be ordered by filespace and node, > > just like they are by filespace in the case of collocation by node. > > Not always. I often find volumes with a few inches used belong to a client > belonging to a CG residing on another volume. It certainly looks as if > files ready for migration find the desired volume in use by another member > of the CG, so they go to scratch. > > As for reclamation, this morning I removed a client. 2 of its volumes > popped to the top of the list of reclamation candidates (2 reclamation > processes). > One went to the expected collector. The second went to scratch. OK, I meant _normally_ (that is to say, when I'm watching). Rarely, I believe the same thing to happen here (we regularly run two migration processes in parallel). TSM Server 5.5.2.1, btw. I do manually clear out a few "duplicate filling" volumes per week & server, but then there are several more possible reasons, among them routine changes to collocation groups (new nodes getting backed up w/o being assigned a group, nodes removed from a group when they get too large). Occasionally I do see a filling volume with a large amount of data on it not being written to for a couple of days, while new data menawhile goes to a less occupied volume - in violation of the rule that the "fullest" tape was chosen first. Just another very-low-priority TSM bug, I'd guess ... Lately, I also discovered "phantom volumes": Filling, not appearing in any node's Q NODEDATA, no contents according to Q CONTENTS; but invariably MOVE DATA would find & move around some 2..3 files totalling a few Mbytes. Likely you have to REMOVE NODE more often than the average TSM operator, in order to see such things. [You'd also better(?) have some tool in addition to TSM SELECT in order to spot all of this weirdness. ;-] Best regards, Wolfgang J. Moeller Tel. +49 551 201-1516 ... not representing ... GWDG, Goettingen, Germany
Re: Collocation Groups Reclamation and Restore
-Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Wolfgang J Moeller Sent: Friday, March 12, 2010 8:51 AM To: ADSM-L@vm.marist.edu Subject: Re: [ADSM-L] Collocation Groups Reclamation and Restore Francisco Molero writes: >[...] I have some questions about Collocation Groups Reclamation and restore. > > First, my environment I have a Tape STGpool with 3 Collocation Groups and 10 > nodes per Group. > > 3.- In case of migration, if we don't have CG TSM migrates files per node. > What happens if we have CG ? Once a tape has been mounted for a collocation group's data, all nodes in that group are migrated. At least when the source pool is of type DISK, I'd guess that files will still be ordered by filespace and node, just like they are by filespace in the case of collocation by node. Not always. I often find volumes with a few inches used belong to a client belonging to a CG residing on another volume. It certainly looks as if files ready for migration find the desired volume in use by another member of the CG, so they go to scratch. As for reclamation, this morning I removed a client. 2 of its volumes popped to the top of the list of reclamation candidates (2 reclamation processes). One went to the expected collector. The second went to scratch. Fred Johanson TSM Administrator University of Chicago 773-702-8464
Re: Collocation Groups Reclamation and Restore
Francisco Molero writes: >[...] I have some questions about Collocation Groups Reclamation and restore. > > First, my environment I have a Tape STGpool with 3 Collocation Groups and 10 > nodes per Group. > > 1.- When one volume is reclaimed in this pool. How TSM does the reclamation? > moving files from one node from Volume to Scratch one or TSM moves > all nodes in the CG at the same time without distinction ? I've always understood the activity log message "ANR1176I Moving data for collocation set of ..." to relate to the number of passes done over the source tape. I have not seen these numbers grow since we introduced group collocation on a rather large scale ... > 2.- When TSM restores files from these tapes. Does it restore all files in a > sequential way ?. > I mean TSM is reading the tape from the beginning and if it finds files > to belong > to this TSM Client from different directories it restores independently > of the directory > which this files belong or TSM server prepares a list of file > and it is looking one per one in the tape... or Which is the procedure ? (Nothing to do with collocation groups, IMHO) TSM first prepares a list of tapes, then processes each tape once (and of course, sequentially). Same with EXPORT NODE, MOVE NODEDATA, etc. > 3.- In case of migration, if we don't have CG TSM migrates files per node. > What happens if we have CG ? Once a tape has been mounted for a collocation group's data, all nodes in that group are migrated. At least when the source pool is of type DISK, I'd guess that files will still be ordered by filespace and node, just like they are by filespace in the case of collocation by node. > 4.- In case we have a lanfree backup with 4 parallel sessions , is CG > suitable for this TSM Clients ? > 5.- Last question, in order to restore the client node. Are there differences > between these procedure and multiplexing competitors ones ? ... >[...] Can't contribute to these two questions. Best regards, Wolfgang J. Moeller Tel. +49 551 201-1516 ... not representing ... GWDG, Goettingen, Germany
Collocation Groups Reclamation and Restore
Hi TSMers, I have some questions about Collocation Groups Reclamation and restore. First, my environment I have a Tape STGpool with 3 Collocation Groups and 10 nodes per Group. 1.- When one volume is reclaimed in this pool. How TSM does the reclamation? moving files from one node from Volume to Scratch one or TSM moves all nodes in the CG at the same time without distinction ? 2.- When TSM restores files from these tapes. Does it restore all files in a sequential way ?. I mean TSM is reading the tape from the beginning and if it finds files to belong to this TSM Client from different directories it restores independently of the directory which this files belong or TSM server prepares a list of file and it is looking one per one in the tape... or Which is the procedure ? 3.- In case of migration, if we don't have CG TSM migrates files per node. What happens if we have CG ? 4.- In case we have a lanfree backup with 4 parallel sessions , is CG suitable for this TSM Clients ? 5.- Last question, in order to restore the client node. Are there differences between these procedure and multiplexing competitors ones ? ... Thanks, Fran
Reclamation macro or script
Hi to all Did anyone already wrote a macro or script to calculate how much data is expired after running "expire inv" and want to share it. I already have a script giving me the reclaim pct of each volumes but need to figure the global percent of data that can be reclaim. Thanks in Advance Robert
Re: Reclamation for offsite storage pools
It will pick 4 tapes and reclaim them and stop. You might try to pick enough tapes to total about 100% so you send out a full tape. Andy Huebner -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Moyer, Joni M Sent: Wednesday, January 27, 2010 2:02 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Reclamation for offsite storage pools Hi George, Will it restart if there are more than 4 tapes that meet the criteria of being at least 98% empty? (Just following my example.) Or will it just stop after it does 4 and not start another process with 4 more volumes to reclaim? (That is if there are 4 more that meet the 98%+ free space requirement.) Just let me know. Thanks! -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Huebschman, George J. Sent: Wednesday, January 27, 2010 3:00 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: Reclamation for offsite storage pools It is a command that runs until it reclaims 4 tapes, then it stops. -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Moyer, Joni M Sent: Wednesday, January 27, 2010 2:56 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Reclamation for offsite storage pools Hi Andy, If I set the offsitereclaimlimit to 4 and then I set the reclaimthreshold to 98% will it continue to reclaim all tapes that are 98%+ empty in increments of 4 volumes until there are no tapes with 98%+ space available to reclaim? Just want to make sure I understand what these options are accomplishing. Thanks again! -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Huebner,Andy,FORT WORTH,IT Sent: Wednesday, January 27, 2010 9:58 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: Reclamation for offsite storage pools Also look at reclaim stg Copy_Pool th=50 OFFSITERECLAIMLimit=4 This will reclaim 4 volumes and TSM seems to pick the four at or above the 50% threshold. We have gotten behind a few times and we use this to speed the reclaim process. This also reduces the time TSM spends figuring out what tapes are needed to do the reclaim. Another option is to create a new copy pool and when the copy is complete delete the old pool. Andy Huebner -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Moyer, Joni M Sent: Wednesday, January 27, 2010 7:54 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Reclamation for offsite storage pools Hello everyone, For several years I had not been able to run reclamation on one of my tsm servers due to the lack of physical tape drives to accomplish the task. I am in the process of trying to get caught up, but it seems that I just never do. Most of my issue is with the copy storage pool volumes which are very under-utilized. It seems like reclamation, even if I start multiple reclamation threads, is taking quite a long time. Is there some other way for me to get the data onto new media without doing reclamation? Can I do a move data from 1 copy storage pool volume to the another volume within the same copy storage pool? I know that this would mean bringing the tapes back from the vault, but it is just not progressing as I would like with the reclamation processes. Any suggestions are greatly appreciated as I would like to get this back under control. Thank you in advance! Joni Moyer Storage Administrator III (717)302-9966 joni.mo...@highmark.com This e-mail and any attachments to it are confidential and are intended solely for use of the individual or entity to whom they are addressed. If you have received this e-mail in error, please notify the sender immediately and then delete it. If you are not the intended recipient, you must not keep, use, disclose, copy or distribute this e-mail without the author's prior permission. The views expressed in this e-mail message do not necessarily represent the views of Highmark Inc., its subsidiaries, or affiliates. This e-mail (including any attachments) is confidential and may be legally privileged. If you are not an intended recipient or an authorized representative of an intended recipient, you are prohibited from using, copying or distributing the information in this e-mail or its attachments. If you have received this e-mail in error, please notify the sender immediately by return e-mail and delete all copies of this message and any attachments. Thank you. IMPORTANT: E-mail sent through the Internet is not secure. Legg Mason therefore recommends that you do not send any confidential or sensitive information to us via electronic mail, including social security numbers, account numbers, or personal identification numbers. Delivery, and or timely delivery of Internet mail is not guaranteed. Legg Mason therefore recommends that you do not send time sensitive or action-oriented messages to us via electronic
Re: Reclamation for offsite storage pools
You might be running into what I've seen if you are performing your reclamation via RECLaim STGpool. If you have many very low utilized tapes and you do not use an OFFSITERECLAIMLIMIT then it is possible that the reclamation process will only yield another tape going off site and none coming back. Say you have 1.5 TB tapes (est capacity) and your off site copy pool is mainly volumes that are 5-10% utilized (which works out to be between 75-150 GB's) and your drives can read/write at 200 GB/hr so to fill one new tape it will take 7-8 hours and require the clearing of 10-20 ~offsite~ tapes. TSM will look at ALL tapes that meet the threshold setting so if you have 30 off site tapes at 10% or less... unless you do something such as use an OFFSITERECLAIMLIMIT of 5, TSM will start reclamation across all 30 of those tapes and unless you allow it to run for at least 12 hours, you are unlikely to get back very many if any tapes. Syntax >>-RECLaim STGpool--pool_name--+--+-> '-THreshold--=--number-' .-Wait--=--No--. >--+--+--+--+---> '-DUration--=--minutes-' '-Wait--=--+-No--+-' '-Yes-' >--+---+--->< '-OFFSITERECLAIMLimit--=--number_of_volumes-' -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Moyer, Joni M Sent: Wednesday, January 27, 2010 7:54 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Reclamation for offsite storage pools Hello everyone, For several years I had not been able to run reclamation on one of my tsm servers due to the lack of physical tape drives to accomplish the task. I am in the process of trying to get caught up, but it seems that I just never do. Most of my issue is with the copy storage pool volumes which are very under-utilized. It seems like reclamation, even if I start multiple reclamation threads, is taking quite a long time. Is there some other way for me to get the data onto new media without doing reclamation? Can I do a move data from 1 copy storage pool volume to the another volume within the same copy storage pool? I know that this would mean bringing the tapes back from the vault, but it is just not progressing as I would like with the reclamation processes. Any suggestions are greatly appreciated as I would like to get this back under control. Thank you in advance! Joni Moyer Storage Administrator III (717)302-9966 joni.mo...@highmark.com This e-mail and any attachments to it are confidential and are intended solely for use of the individual or entity to whom they are addressed. If you have received this e-mail in error, please notify the sender immediately and then delete it. If you are not the intended recipient, you must not keep, use, disclose, copy or distribute this e-mail without the author's prior permission. The views expressed in this e-mail message do not necessarily represent the views of Highmark Inc., its subsidiaries, or affiliates.
Re: Reclamation for offsite storage pools
The "reclaim stg" command gives you more control over the reclaim process than does the 'Update stg xxx reclaim=" command. See "dsmadmc help reclaim stg" >>> "Moyer, Joni M" 1/27/2010 3:09 PM >>> Hi, I am updating the copy pool so it's reclaim threshold is 98%. I'm not entering a command to trigger the reclamation process. Am I handling this incorrectly? Should I be entering a command to do this instead of changing the copy storage pool? Just let me know. Thanks again! Storage Pool Name: COPY_AIX Storage Pool Type: Copy Device Class Name: LTO2_OFFSITE Estimated Capacity: 3,484,928 G Space Trigger Util: Pct Util: 0.3 Pct Migr: Pct Logical: 97.4 High Mig Pct: Low Mig Pct: Migration Delay: Migration Continue: Yes Migration Processes: Reclamation Processes: 1 Next Storage Pool: Reclaim Storage Pool: Maximum Size Threshold: Access: Read/Write Description: Offsite AIX Tape Pool Overflow Location: Cache Migrated Files?: Collocate?: No Reclamation Threshold: 90 Offsite Reclamation Limit: 4 Maximum Scratch Volumes Allowed: 9,999 Number of Scratch Volumes Used: 93 -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of David E Ehresman Sent: Wednesday, January 27, 2010 3:01 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: Reclamation for offsite storage pools No. That reclaim process would process a maximum of tapes (if there are that many 98%+ empty) and then stop. You would have to repeat the command to do the next four. David >>> "Moyer, Joni M" 1/27/2010 2:55 PM >>> Hi Andy, If I set the offsitereclaimlimit to 4 and then I set the reclaimthreshold to 98% will it continue to reclaim all tapes that are 98%+ empty in increments of 4 volumes until there are no tapes with 98%+ space available to reclaim? Just want to make sure I understand what these options are accomplishing. Thanks again! -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Huebner,Andy,FORT WORTH,IT Sent: Wednesday, January 27, 2010 9:58 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: Reclamation for offsite storage pools Also look at reclaim stg Copy_Pool th=50 OFFSITERECLAIMLimit=4 This will reclaim 4 volumes and TSM seems to pick the four at or above the 50% threshold. We have gotten behind a few times and we use this to speed the reclaim process. This also reduces the time TSM spends figuring out what tapes are needed to do the reclaim. Another option is to create a new copy pool and when the copy is complete delete the old pool. Andy Huebner -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Moyer, Joni M Sent: Wednesday, January 27, 2010 7:54 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Reclamation for offsite storage pools Hello everyone, For several years I had not been able to run reclamation on one of my tsm servers due to the lack of physical tape drives to accomplish the task. I am in the process of trying to get caught up, but it seems that I just never do. Most of my issue is with the copy storage pool volumes which are very under-utilized. It seems like reclamation, even if I start multiple reclamation threads, is taking quite a long time. Is there some other way for me to get the data onto new media without doing reclamation? Can I do a move data from 1 copy storage pool volume to the another volume within the same copy storage pool? I know that this would mean bringing the tapes back from the vault, but it is just not progressing as I would like with the reclamation processes. Any suggestions are greatly appreciated as I would like to get this back under control. Thank you in advance! Joni Moyer Storage Administrator III (717)302-9966 joni.mo...@highmark.com This e-mail and any attachments to it are confidential and are intended solely for use of the individual or entity to whom they are addressed. If you have received this e-mail in error, please notify the sender immediately and then delete it. If you are not the intended recipient, you must not keep, use, disclose, copy or distribute this e-mail without the author's prior permission. The views expressed in this e-mail message do not necessarily represent the views of Highmark Inc., its subsidiaries, or affiliates. This e-mail (including any attachments) is confidential and may be legally privileged. If you are not an intended recipient or an authorized
Re: Reclamation for offsite storage pools
Hi, I am updating the copy pool so it's reclaim threshold is 98%. I'm not entering a command to trigger the reclamation process. Am I handling this incorrectly? Should I be entering a command to do this instead of changing the copy storage pool? Just let me know. Thanks again! Storage Pool Name: COPY_AIX Storage Pool Type: Copy Device Class Name: LTO2_OFFSITE Estimated Capacity: 3,484,928 G Space Trigger Util: Pct Util: 0.3 Pct Migr: Pct Logical: 97.4 High Mig Pct: Low Mig Pct: Migration Delay: Migration Continue: Yes Migration Processes: Reclamation Processes: 1 Next Storage Pool: Reclaim Storage Pool: Maximum Size Threshold: Access: Read/Write Description: Offsite AIX Tape Pool Overflow Location: Cache Migrated Files?: Collocate?: No Reclamation Threshold: 90 Offsite Reclamation Limit: 4 Maximum Scratch Volumes Allowed: 9,999 Number of Scratch Volumes Used: 93 -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of David E Ehresman Sent: Wednesday, January 27, 2010 3:01 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: Reclamation for offsite storage pools No. That reclaim process would process a maximum of tapes (if there are that many 98%+ empty) and then stop. You would have to repeat the command to do the next four. David >>> "Moyer, Joni M" 1/27/2010 2:55 PM >>> Hi Andy, If I set the offsitereclaimlimit to 4 and then I set the reclaimthreshold to 98% will it continue to reclaim all tapes that are 98%+ empty in increments of 4 volumes until there are no tapes with 98%+ space available to reclaim? Just want to make sure I understand what these options are accomplishing. Thanks again! -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Huebner,Andy,FORT WORTH,IT Sent: Wednesday, January 27, 2010 9:58 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: Reclamation for offsite storage pools Also look at reclaim stg Copy_Pool th=50 OFFSITERECLAIMLimit=4 This will reclaim 4 volumes and TSM seems to pick the four at or above the 50% threshold. We have gotten behind a few times and we use this to speed the reclaim process. This also reduces the time TSM spends figuring out what tapes are needed to do the reclaim. Another option is to create a new copy pool and when the copy is complete delete the old pool. Andy Huebner -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Moyer, Joni M Sent: Wednesday, January 27, 2010 7:54 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Reclamation for offsite storage pools Hello everyone, For several years I had not been able to run reclamation on one of my tsm servers due to the lack of physical tape drives to accomplish the task. I am in the process of trying to get caught up, but it seems that I just never do. Most of my issue is with the copy storage pool volumes which are very under-utilized. It seems like reclamation, even if I start multiple reclamation threads, is taking quite a long time. Is there some other way for me to get the data onto new media without doing reclamation? Can I do a move data from 1 copy storage pool volume to the another volume within the same copy storage pool? I know that this would mean bringing the tapes back from the vault, but it is just not progressing as I would like with the reclamation processes. Any suggestions are greatly appreciated as I would like to get this back under control. Thank you in advance! Joni Moyer Storage Administrator III (717)302-9966 joni.mo...@highmark.com This e-mail and any attachments to it are confidential and are intended solely for use of the individual or entity to whom they are addressed. If you have received this e-mail in error, please notify the sender immediately and then delete it. If you are not the intended recipient, you must not keep, use, disclose, copy or distribute this e-mail without the author's prior permission. The views expressed in this e-mail message do not necessarily represent the views of Highmark Inc., its subsidiaries, or affiliates. This e-mail (including any attachments) is confidential and may be legally privileged. If you are not an intended recipient or an authorized representative of an intended recipient, you are prohibited from using, copying or distributing the information in this e-mail or its attachments. If you have received this e-mail in error, please notify the sender immediately by return e-mail and delete all
Re: Reclamation for offsite storage pools
Hi George, Will it restart if there are more than 4 tapes that meet the criteria of being at least 98% empty? (Just following my example.) Or will it just stop after it does 4 and not start another process with 4 more volumes to reclaim? (That is if there are 4 more that meet the 98%+ free space requirement.) Just let me know. Thanks! -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Huebschman, George J. Sent: Wednesday, January 27, 2010 3:00 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: Reclamation for offsite storage pools It is a command that runs until it reclaims 4 tapes, then it stops. -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Moyer, Joni M Sent: Wednesday, January 27, 2010 2:56 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Reclamation for offsite storage pools Hi Andy, If I set the offsitereclaimlimit to 4 and then I set the reclaimthreshold to 98% will it continue to reclaim all tapes that are 98%+ empty in increments of 4 volumes until there are no tapes with 98%+ space available to reclaim? Just want to make sure I understand what these options are accomplishing. Thanks again! -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Huebner,Andy,FORT WORTH,IT Sent: Wednesday, January 27, 2010 9:58 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: Reclamation for offsite storage pools Also look at reclaim stg Copy_Pool th=50 OFFSITERECLAIMLimit=4 This will reclaim 4 volumes and TSM seems to pick the four at or above the 50% threshold. We have gotten behind a few times and we use this to speed the reclaim process. This also reduces the time TSM spends figuring out what tapes are needed to do the reclaim. Another option is to create a new copy pool and when the copy is complete delete the old pool. Andy Huebner -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Moyer, Joni M Sent: Wednesday, January 27, 2010 7:54 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Reclamation for offsite storage pools Hello everyone, For several years I had not been able to run reclamation on one of my tsm servers due to the lack of physical tape drives to accomplish the task. I am in the process of trying to get caught up, but it seems that I just never do. Most of my issue is with the copy storage pool volumes which are very under-utilized. It seems like reclamation, even if I start multiple reclamation threads, is taking quite a long time. Is there some other way for me to get the data onto new media without doing reclamation? Can I do a move data from 1 copy storage pool volume to the another volume within the same copy storage pool? I know that this would mean bringing the tapes back from the vault, but it is just not progressing as I would like with the reclamation processes. Any suggestions are greatly appreciated as I would like to get this back under control. Thank you in advance! Joni Moyer Storage Administrator III (717)302-9966 joni.mo...@highmark.com This e-mail and any attachments to it are confidential and are intended solely for use of the individual or entity to whom they are addressed. If you have received this e-mail in error, please notify the sender immediately and then delete it. If you are not the intended recipient, you must not keep, use, disclose, copy or distribute this e-mail without the author's prior permission. The views expressed in this e-mail message do not necessarily represent the views of Highmark Inc., its subsidiaries, or affiliates. This e-mail (including any attachments) is confidential and may be legally privileged. If you are not an intended recipient or an authorized representative of an intended recipient, you are prohibited from using, copying or distributing the information in this e-mail or its attachments. If you have received this e-mail in error, please notify the sender immediately by return e-mail and delete all copies of this message and any attachments. Thank you. IMPORTANT: E-mail sent through the Internet is not secure. Legg Mason therefore recommends that you do not send any confidential or sensitive information to us via electronic mail, including social security numbers, account numbers, or personal identification numbers. Delivery, and or timely delivery of Internet mail is not guaranteed. Legg Mason therefore recommends that you do not send time sensitive or action-oriented messages to us via electronic mail. This message is intended for the addressee only and may contain privileged or confidential information. Unless you are the intended recipient, you may not use, copy or disclose to anyone any information contained in this message. If you have received this message in error, please notify the author by replying to this message and then kindly delete the message. Thank you.
Re: Reclamation for offsite storage pools
No. That reclaim process would process a maximum of tapes (if there are that many 98%+ empty) and then stop. You would have to repeat the command to do the next four. David >>> "Moyer, Joni M" 1/27/2010 2:55 PM >>> Hi Andy, If I set the offsitereclaimlimit to 4 and then I set the reclaimthreshold to 98% will it continue to reclaim all tapes that are 98%+ empty in increments of 4 volumes until there are no tapes with 98%+ space available to reclaim? Just want to make sure I understand what these options are accomplishing. Thanks again! -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Huebner,Andy,FORT WORTH,IT Sent: Wednesday, January 27, 2010 9:58 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: Reclamation for offsite storage pools Also look at reclaim stg Copy_Pool th=50 OFFSITERECLAIMLimit=4 This will reclaim 4 volumes and TSM seems to pick the four at or above the 50% threshold. We have gotten behind a few times and we use this to speed the reclaim process. This also reduces the time TSM spends figuring out what tapes are needed to do the reclaim. Another option is to create a new copy pool and when the copy is complete delete the old pool. Andy Huebner -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Moyer, Joni M Sent: Wednesday, January 27, 2010 7:54 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Reclamation for offsite storage pools Hello everyone, For several years I had not been able to run reclamation on one of my tsm servers due to the lack of physical tape drives to accomplish the task. I am in the process of trying to get caught up, but it seems that I just never do. Most of my issue is with the copy storage pool volumes which are very under-utilized. It seems like reclamation, even if I start multiple reclamation threads, is taking quite a long time. Is there some other way for me to get the data onto new media without doing reclamation? Can I do a move data from 1 copy storage pool volume to the another volume within the same copy storage pool? I know that this would mean bringing the tapes back from the vault, but it is just not progressing as I would like with the reclamation processes. Any suggestions are greatly appreciated as I would like to get this back under control. Thank you in advance! Joni Moyer Storage Administrator III (717)302-9966 joni.mo...@highmark.com This e-mail and any attachments to it are confidential and are intended solely for use of the individual or entity to whom they are addressed. If you have received this e-mail in error, please notify the sender immediately and then delete it. If you are not the intended recipient, you must not keep, use, disclose, copy or distribute this e-mail without the author's prior permission. The views expressed in this e-mail message do not necessarily represent the views of Highmark Inc., its subsidiaries, or affiliates. This e-mail (including any attachments) is confidential and may be legally privileged. If you are not an intended recipient or an authorized representative of an intended recipient, you are prohibited from using, copying or distributing the information in this e-mail or its attachments. If you have received this e-mail in error, please notify the sender immediately by return e-mail and delete all copies of this message and any attachments. Thank you.
Re: Reclamation for offsite storage pools
It is a command that runs until it reclaims 4 tapes, then it stops. -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Moyer, Joni M Sent: Wednesday, January 27, 2010 2:56 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Reclamation for offsite storage pools Hi Andy, If I set the offsitereclaimlimit to 4 and then I set the reclaimthreshold to 98% will it continue to reclaim all tapes that are 98%+ empty in increments of 4 volumes until there are no tapes with 98%+ space available to reclaim? Just want to make sure I understand what these options are accomplishing. Thanks again! -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Huebner,Andy,FORT WORTH,IT Sent: Wednesday, January 27, 2010 9:58 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: Reclamation for offsite storage pools Also look at reclaim stg Copy_Pool th=50 OFFSITERECLAIMLimit=4 This will reclaim 4 volumes and TSM seems to pick the four at or above the 50% threshold. We have gotten behind a few times and we use this to speed the reclaim process. This also reduces the time TSM spends figuring out what tapes are needed to do the reclaim. Another option is to create a new copy pool and when the copy is complete delete the old pool. Andy Huebner -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Moyer, Joni M Sent: Wednesday, January 27, 2010 7:54 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Reclamation for offsite storage pools Hello everyone, For several years I had not been able to run reclamation on one of my tsm servers due to the lack of physical tape drives to accomplish the task. I am in the process of trying to get caught up, but it seems that I just never do. Most of my issue is with the copy storage pool volumes which are very under-utilized. It seems like reclamation, even if I start multiple reclamation threads, is taking quite a long time. Is there some other way for me to get the data onto new media without doing reclamation? Can I do a move data from 1 copy storage pool volume to the another volume within the same copy storage pool? I know that this would mean bringing the tapes back from the vault, but it is just not progressing as I would like with the reclamation processes. Any suggestions are greatly appreciated as I would like to get this back under control. Thank you in advance! Joni Moyer Storage Administrator III (717)302-9966 joni.mo...@highmark.com This e-mail and any attachments to it are confidential and are intended solely for use of the individual or entity to whom they are addressed. If you have received this e-mail in error, please notify the sender immediately and then delete it. If you are not the intended recipient, you must not keep, use, disclose, copy or distribute this e-mail without the author's prior permission. The views expressed in this e-mail message do not necessarily represent the views of Highmark Inc., its subsidiaries, or affiliates. This e-mail (including any attachments) is confidential and may be legally privileged. If you are not an intended recipient or an authorized representative of an intended recipient, you are prohibited from using, copying or distributing the information in this e-mail or its attachments. If you have received this e-mail in error, please notify the sender immediately by return e-mail and delete all copies of this message and any attachments. Thank you. IMPORTANT: E-mail sent through the Internet is not secure. Legg Mason therefore recommends that you do not send any confidential or sensitive information to us via electronic mail, including social security numbers, account numbers, or personal identification numbers. Delivery, and or timely delivery of Internet mail is not guaranteed. Legg Mason therefore recommends that you do not send time sensitive or action-oriented messages to us via electronic mail. This message is intended for the addressee only and may contain privileged or confidential information. Unless you are the intended recipient, you may not use, copy or disclose to anyone any information contained in this message. If you have received this message in error, please notify the author by replying to this message and then kindly delete the message. Thank you.
Re: Reclamation for offsite storage pools
Hi Andy, If I set the offsitereclaimlimit to 4 and then I set the reclaimthreshold to 98% will it continue to reclaim all tapes that are 98%+ empty in increments of 4 volumes until there are no tapes with 98%+ space available to reclaim? Just want to make sure I understand what these options are accomplishing. Thanks again! -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Huebner,Andy,FORT WORTH,IT Sent: Wednesday, January 27, 2010 9:58 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: Reclamation for offsite storage pools Also look at reclaim stg Copy_Pool th=50 OFFSITERECLAIMLimit=4 This will reclaim 4 volumes and TSM seems to pick the four at or above the 50% threshold. We have gotten behind a few times and we use this to speed the reclaim process. This also reduces the time TSM spends figuring out what tapes are needed to do the reclaim. Another option is to create a new copy pool and when the copy is complete delete the old pool. Andy Huebner -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Moyer, Joni M Sent: Wednesday, January 27, 2010 7:54 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Reclamation for offsite storage pools Hello everyone, For several years I had not been able to run reclamation on one of my tsm servers due to the lack of physical tape drives to accomplish the task. I am in the process of trying to get caught up, but it seems that I just never do. Most of my issue is with the copy storage pool volumes which are very under-utilized. It seems like reclamation, even if I start multiple reclamation threads, is taking quite a long time. Is there some other way for me to get the data onto new media without doing reclamation? Can I do a move data from 1 copy storage pool volume to the another volume within the same copy storage pool? I know that this would mean bringing the tapes back from the vault, but it is just not progressing as I would like with the reclamation processes. Any suggestions are greatly appreciated as I would like to get this back under control. Thank you in advance! Joni Moyer Storage Administrator III (717)302-9966 joni.mo...@highmark.com This e-mail and any attachments to it are confidential and are intended solely for use of the individual or entity to whom they are addressed. If you have received this e-mail in error, please notify the sender immediately and then delete it. If you are not the intended recipient, you must not keep, use, disclose, copy or distribute this e-mail without the author's prior permission. The views expressed in this e-mail message do not necessarily represent the views of Highmark Inc., its subsidiaries, or affiliates. This e-mail (including any attachments) is confidential and may be legally privileged. If you are not an intended recipient or an authorized representative of an intended recipient, you are prohibited from using, copying or distributing the information in this e-mail or its attachments. If you have received this e-mail in error, please notify the sender immediately by return e-mail and delete all copies of this message and any attachments. Thank you.
Re: Reclamation for offsite storage pools
Hi everyone, I want to thank you for all of your suggestions and support! I have already begun to update some parameters so that I can get more efficient reclamation running and get caught up to where I need to be. Thanks again! -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Huebner,Andy,FORT WORTH,IT Sent: Wednesday, January 27, 2010 9:58 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: Reclamation for offsite storage pools Also look at reclaim stg Copy_Pool th=50 OFFSITERECLAIMLimit=4 This will reclaim 4 volumes and TSM seems to pick the four at or above the 50% threshold. We have gotten behind a few times and we use this to speed the reclaim process. This also reduces the time TSM spends figuring out what tapes are needed to do the reclaim. Another option is to create a new copy pool and when the copy is complete delete the old pool. Andy Huebner -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Moyer, Joni M Sent: Wednesday, January 27, 2010 7:54 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Reclamation for offsite storage pools Hello everyone, For several years I had not been able to run reclamation on one of my tsm servers due to the lack of physical tape drives to accomplish the task. I am in the process of trying to get caught up, but it seems that I just never do. Most of my issue is with the copy storage pool volumes which are very under-utilized. It seems like reclamation, even if I start multiple reclamation threads, is taking quite a long time. Is there some other way for me to get the data onto new media without doing reclamation? Can I do a move data from 1 copy storage pool volume to the another volume within the same copy storage pool? I know that this would mean bringing the tapes back from the vault, but it is just not progressing as I would like with the reclamation processes. Any suggestions are greatly appreciated as I would like to get this back under control. Thank you in advance! Joni Moyer Storage Administrator III (717)302-9966 joni.mo...@highmark.com This e-mail and any attachments to it are confidential and are intended solely for use of the individual or entity to whom they are addressed. If you have received this e-mail in error, please notify the sender immediately and then delete it. If you are not the intended recipient, you must not keep, use, disclose, copy or distribute this e-mail without the author's prior permission. The views expressed in this e-mail message do not necessarily represent the views of Highmark Inc., its subsidiaries, or affiliates. This e-mail (including any attachments) is confidential and may be legally privileged. If you are not an intended recipient or an authorized representative of an intended recipient, you are prohibited from using, copying or distributing the information in this e-mail or its attachments. If you have received this e-mail in error, please notify the sender immediately by return e-mail and delete all copies of this message and any attachments. Thank you.
Re: Reclamation for offsite storage pools
Also look at reclaim stg Copy_Pool th=50 OFFSITERECLAIMLimit=4 This will reclaim 4 volumes and TSM seems to pick the four at or above the 50% threshold. We have gotten behind a few times and we use this to speed the reclaim process. This also reduces the time TSM spends figuring out what tapes are needed to do the reclaim. Another option is to create a new copy pool and when the copy is complete delete the old pool. Andy Huebner -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Moyer, Joni M Sent: Wednesday, January 27, 2010 7:54 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Reclamation for offsite storage pools Hello everyone, For several years I had not been able to run reclamation on one of my tsm servers due to the lack of physical tape drives to accomplish the task. I am in the process of trying to get caught up, but it seems that I just never do. Most of my issue is with the copy storage pool volumes which are very under-utilized. It seems like reclamation, even if I start multiple reclamation threads, is taking quite a long time. Is there some other way for me to get the data onto new media without doing reclamation? Can I do a move data from 1 copy storage pool volume to the another volume within the same copy storage pool? I know that this would mean bringing the tapes back from the vault, but it is just not progressing as I would like with the reclamation processes. Any suggestions are greatly appreciated as I would like to get this back under control. Thank you in advance! Joni Moyer Storage Administrator III (717)302-9966 joni.mo...@highmark.com This e-mail and any attachments to it are confidential and are intended solely for use of the individual or entity to whom they are addressed. If you have received this e-mail in error, please notify the sender immediately and then delete it. If you are not the intended recipient, you must not keep, use, disclose, copy or distribute this e-mail without the author's prior permission. The views expressed in this e-mail message do not necessarily represent the views of Highmark Inc., its subsidiaries, or affiliates. This e-mail (including any attachments) is confidential and may be legally privileged. If you are not an intended recipient or an authorized representative of an intended recipient, you are prohibited from using, copying or distributing the information in this e-mail or its attachments. If you have received this e-mail in error, please notify the sender immediately by return e-mail and delete all copies of this message and any attachments. Thank you.
Re: Reclamation for offsite storage pools
Ah, I've been through this many times. As someone mentioned, stepping down by setting the threshhold to 99, then 98 and so on over time will work well. This is assuming you can fit all of your primary pool volumes into the tape library. You can use the following select command to keep track of how many tapes you have at each level to judge when it's time to lower the threshold. (I think this is one of the example select statements in the HELP SELECT page. (replace TAPE_C2 with your stgpool_name select count(*) from volumes where stgpool_name='TAPE_C2' and status!='EMPTY' and pct_utilized <50 I went through a major catch-up once where this wasn't possible because the average primary pool volume was also mostly .05-.1 pct utilized. In that case, just sort the volume list by pct-utilized and recall and systematically run move-data on each volume starting from the least utilized. (a unix shell loop is great for this) I consolidated 8000 tapes down to 200 on that project! Regards, Shawn Shawn Drew Internet joni.mo...@highmark.com Sent by: ADSM-L@VM.MARIST.EDU 01/27/2010 08:53 AM Please respond to ADSM-L@VM.MARIST.EDU To ADSM-L cc Subject [ADSM-L] Reclamation for offsite storage pools Hello everyone, For several years I had not been able to run reclamation on one of my tsm servers due to the lack of physical tape drives to accomplish the task. I am in the process of trying to get caught up, but it seems that I just never do. Most of my issue is with the copy storage pool volumes which are very under-utilized. It seems like reclamation, even if I start multiple reclamation threads, is taking quite a long time. Is there some other way for me to get the data onto new media without doing reclamation? Can I do a move data from 1 copy storage pool volume to the another volume within the same copy storage pool? I know that this would mean bringing the tapes back from the vault, but it is just not progressing as I would like with the reclamation processes. Any suggestions are greatly appreciated as I would like to get this back under control. Thank you in advance! Joni Moyer Storage Administrator III (717)302-9966 joni.mo...@highmark.com This e-mail and any attachments to it are confidential and are intended solely for use of the individual or entity to whom they are addressed. If you have received this e-mail in error, please notify the sender immediately and then delete it. If you are not the intended recipient, you must not keep, use, disclose, copy or distribute this e-mail without the author's prior permission. The views expressed in this e-mail message do not necessarily represent the views of Highmark Inc., its subsidiaries, or affiliates. This message and any attachments (the "message") is intended solely for the addressees and is confidential. If you receive this message in error, please delete it and immediately notify the sender. Any use not in accord with its purpose, any dissemination or disclosure, either whole or partial, is prohibited except formal approval. The internet can not guarantee the integrity of this message. BNP PARIBAS (and its subsidiaries) shall (will) not therefore be liable for the message if modified. Please note that certain functions and services for BNP Paribas may be performed by BNP Paribas RCC, Inc.
Re: Reclamation for offsite storage pools
I totally agree on this. At one time, we had such a time with offsite reclamation, we would set it to 99, then have a script run checking for reclamation processes, and bump the number down by 1 if there were none. A hack, to be sure, but we eventually caught up. On Wed, Jan 27, 2010 at 8:31 AM, David E Ehresman wrote: > What level are you setting for reclamation. I have found that in a > catch-up situation, it is best to set the reclamation level high (e.g. 99 or > 98) and get the easy (almost empty) tapes first, and then step the value > down over time until you get caught up to a level you want to be at. This > was with collocation on for both primary and copy pools so your experiences > may be different. But TSM spends time at the beginning of reclamation > figuring out which tapes and the best way to process them ( I believe it > tries to minimize tape mounts) so starting high makes that part of the > process go faster. > > David > > >>> "Moyer, Joni M" 1/27/2010 8:53 AM >>> > Hello everyone, > > For several years I had not been able to run reclamation on one of my tsm > servers due to the lack of physical tape drives to accomplish the task. I > am in the process of trying to get caught up, but it seems that I just never > do. Most of my issue is with the copy storage pool volumes which are very > under-utilized. It seems like reclamation, even if I start multiple > reclamation threads, is taking quite a long time. > > Is there some other way for me to get the data onto new media without doing > reclamation? Can I do a move data from 1 copy storage pool volume to the > another volume within the same copy storage pool? I know that this would > mean bringing the tapes back from the vault, but it is just not progressing > as I would like with the reclamation processes. > > Any suggestions are greatly appreciated as I would like to get this back > under control. > > Thank you in advance! > > Joni Moyer > Storage Administrator III > (717)302-9966 > joni.mo...@highmark.com > > > > This e-mail and any attachments to it are confidential and are intended > solely for use of the individual or entity to whom they are addressed. If > you have received this e-mail in error, please notify the sender immediately > and then delete it. If you are not the intended recipient, you must not > keep, use, disclose, copy or distribute this e-mail without the author's > prior permission. The views expressed in this e-mail message do not > necessarily represent the views of Highmark Inc., its subsidiaries, or > affiliates. > -- 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.
Re: Reclamation for offsite storage pools
Having been in this shape before I can tell you what I've done in the past. First, A very valid option at this point is to delete the offsite volumes that are very underutilized and just let the normal storage pool backup routine recreate the data. example I would start by deleting volumes that are 5% used or less (maybe 10 - 20 a day). Then, start catching up by setting the reclaim threshold pretty high (depending on the number of tapes in the higher percentages) and setting a limit on the number of tapes reclaim deals with each night. Fore example, set the reclaim threshold to 90% (and if there are a large number of those limit it to say, 15 or 20). Also, if you have the drives available set the pool to run 2 reclaim processes. Make sure not to delete the onsite copy or you just lose the data. It takes a while but if you stay with it eventually you'll start getting lots of tapes back. See Ya' Howard Coles Jr. John 3:16! -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Moyer, Joni M Sent: Wednesday, January 27, 2010 8:08 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Reclamation for offsite storage pools Hi George, Doesn't reclamation for offsite copy storage pool volumes write the data to new copy storage pool volumes from the primary copy? I guess I'm trying to come up with a more efficient method of getting caught up as reclamation just isn't accomplishing what I hope it would. Thanks again! -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Huebschman, George J. Sent: Wednesday, January 27, 2010 9:05 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: Reclamation for offsite storage pools This is not true,"Can I do a move data from 1 copy storage pool volume to the another volume within the same copy storage pool?" That is what reclamation does for you without you specifying individual volumes. You use a reclamation threshold in a command or a storage pool threshold and TSM picks the volumes. With a MOVE DATA on a copy pool volume, TSM just grabs the data from the primary pool. You can let reclamations/move data/move nodedata run through housekeeping if needed. Ordinarily it isn't the best thing to do, but it shouldn't break anything. -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Moyer, Joni M Sent: Wednesday, January 27, 2010 8:54 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Reclamation for offsite storage pools Hello everyone, For several years I had not been able to run reclamation on one of my tsm servers due to the lack of physical tape drives to accomplish the task. I am in the process of trying to get caught up, but it seems that I just never do. Most of my issue is with the copy storage pool volumes which are very under-utilized. It seems like reclamation, even if I start multiple reclamation threads, is taking quite a long time. Is there some other way for me to get the data onto new media without doing reclamation? Can I do a move data from 1 copy storage pool volume to the another volume within the same copy storage pool? I know that this would mean bringing the tapes back from the vault, but it is just not progressing as I would like with the reclamation processes. Any suggestions are greatly appreciated as I would like to get this back under control. Thank you in advance! Joni Moyer Storage Administrator III (717)302-9966 joni.mo...@highmark.com This e-mail and any attachments to it are confidential and are intended solely for use of the individual or entity to whom they are addressed. If you have received this e-mail in error, please notify the sender immediately and then delete it. If you are not the intended recipient, you must not keep, use, disclose, copy or distribute this e-mail without the author's prior permission. The views expressed in this e-mail message do not necessarily represent the views of Highmark Inc., its subsidiaries, or affiliates. IMPORTANT: E-mail sent through the Internet is not secure. Legg Mason therefore recommends that you do not send any confidential or sensitive information to us via electronic mail, including social security numbers, account numbers, or personal identification numbers. Delivery, and or timely delivery of Internet mail is not guaranteed. Legg Mason therefore recommends that you do not send time sensitive or action-oriented messages to us via electronic mail. This message is intended for the addressee only and may contain privileged or confidential information. Unless you are the intended recipient, you may not use, copy or disclose to anyone any information contained in this message. If you have received this message in error, please notify the author by replying to this message and then kindly delete the message. Thank you.
Re: Reclamation for offsite storage pools
Hi George, When you get behind with reclamation, you end up with many volumes with low util/high reclaim values. TSM trys to minimize tape mounts by reclaiming offsite data from your onsite tapes without too many remounts, which can pull data related to several/(or many) offsite volumes. You can force a more expeditious reclaim by specifying a high reclaim percent (95% or so) and setting OFFSITERECLAIMLIMIT to a small number (1 or 2). This will optimize getting volumes back at the expense of (probably) more local tape mounts. If you want to get a specific tape cleared, do a MOVE DATA. If you have the media, you could create a new pool and delete the old copy pool once the new one has been populated. Bob. -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Moyer, Joni M Sent: Wednesday, January 27, 2010 8:08 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Reclamation for offsite storage pools Hi George, Doesn't reclamation for offsite copy storage pool volumes write the data to new copy storage pool volumes from the primary copy? I guess I'm trying to come up with a more efficient method of getting caught up as reclamation just isn't accomplishing what I hope it would. Thanks again! -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Huebschman, George J. Sent: Wednesday, January 27, 2010 9:05 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: Reclamation for offsite storage pools This is not true,"Can I do a move data from 1 copy storage pool volume to the another volume within the same copy storage pool?" That is what reclamation does for you without you specifying individual volumes. You use a reclamation threshold in a command or a storage pool threshold and TSM picks the volumes. With a MOVE DATA on a copy pool volume, TSM just grabs the data from the primary pool. You can let reclamations/move data/move nodedata run through housekeeping if needed. Ordinarily it isn't the best thing to do, but it shouldn't break anything. -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Moyer, Joni M Sent: Wednesday, January 27, 2010 8:54 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Reclamation for offsite storage pools Hello everyone, For several years I had not been able to run reclamation on one of my tsm servers due to the lack of physical tape drives to accomplish the task. I am in the process of trying to get caught up, but it seems that I just never do. Most of my issue is with the copy storage pool volumes which are very under-utilized. It seems like reclamation, even if I start multiple reclamation threads, is taking quite a long time. Is there some other way for me to get the data onto new media without doing reclamation? Can I do a move data from 1 copy storage pool volume to the another volume within the same copy storage pool? I know that this would mean bringing the tapes back from the vault, but it is just not progressing as I would like with the reclamation processes. Any suggestions are greatly appreciated as I would like to get this back under control. Thank you in advance! Joni Moyer Storage Administrator III (717)302-9966 joni.mo...@highmark.com This e-mail and any attachments to it are confidential and are intended solely for use of the individual or entity to whom they are addressed. If you have received this e-mail in error, please notify the sender immediately and then delete it. If you are not the intended recipient, you must not keep, use, disclose, copy or distribute this e-mail without the author's prior permission. The views expressed in this e-mail message do not necessarily represent the views of Highmark Inc., its subsidiaries, or affiliates. IMPORTANT: E-mail sent through the Internet is not secure. Legg Mason therefore recommends that you do not send any confidential or sensitive information to us via electronic mail, including social security numbers, account numbers, or personal identification numbers. Delivery, and or timely delivery of Internet mail is not guaranteed. Legg Mason therefore recommends that you do not send time sensitive or action-oriented messages to us via electronic mail. This message is intended for the addressee only and may contain privileged or confidential information. Unless you are the intended recipient, you may not use, copy or disclose to anyone any information contained in this message. If you have received this message in error, please notify the author by replying to this message and then kindly delete the message. Thank you. 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.
Re: Reclamation for offsite storage pools
Joni, Yes it does. I was just pointing out that with the move data command, you specify the volumes, whereas with reclamation, TSM does the prework of selecting volumes. This can be time consuming, as David points out. Geo IMPORTANT: E-mail sent through the Internet is not secure. Legg Mason therefore recommends that you do not send any confidential or sensitive information to us via electronic mail, including social security numbers, account numbers, or personal identification numbers. Delivery, and or timely delivery of Internet mail is not guaranteed. Legg Mason therefore recommends that you do not send time sensitive or action-oriented messages to us via electronic mail. This message is intended for the addressee only and may contain privileged or confidential information. Unless you are the intended recipient, you may not use, copy or disclose to anyone any information contained in this message. If you have received this message in error, please notify the author by replying to this message and then kindly delete the message. Thank you.