Author: Josh-Daniel Davis <xaminmo AT OMNITECH DOT NET>
Date: Fri, 3 Mar 2006 23:37:55 -0600
I've run into the same issue alot. It's just a TSM limitation. TSM is not smart enough to reorder any queue based on tape availability. IE, if proc 1 is using tape 1, and proc 2 needs data from tapes
Author: Scott McCambly <mccambly AT ALLSTREAM DOT NET>
Date: Mon, 27 Feb 2006 12:55:42 -0500
Has anyone out there tried the new 5.3 multi-threaded reclamation process for offsite copypools? I'm running on AIX at 5.3.2 and I have set the "Reclamation Processes" parameter of my offsite copy po
Author: David E Ehresman <deehre01 AT LOUISVILLE DOT EDU>
Date: Mon, 27 Feb 2006 13:36:26 -0500
I have not used this new 5.3 option, but I have been doing automated 'move data' commands to achieve multithread reclaim on offsite volumes for some time now. BUT I only do this for storagepools that
Author: Mark Stapleton <mark.stapleton AT USBANK DOT COM>
Date: Mon, 27 Feb 2006 13:38:57 -0600
"ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU> wrote on 02/27/2006 11:55:42 AM: Well, not exactly. As is mentioned by others, using this for offsite pool reclamation with collocated primary
Author: Scott McCambly <mccambly AT ALLSTREAM DOT NET>
Date: Mon, 27 Feb 2006 14:57:07 -0500
I am using collocated primary pools an a non-collocated offsite pool. My apparently incorrect assumption is that if multiple processes are going to work on the list of tapes to be reclaimed, then for