Author: Zoltan Forray/AC/VCU <zforray AT VCU DOT EDU>
Date: Tue, 4 May 2004 10:54:03 -0400
Any one have any idea on what the target is for this much needed feature ? I thought it was originally targeted for 5.2.2 (unless I missed it somewhere !). I have 125 tapes with less than 10% used, d
Author: Joerg Pohlmann <jpohlman AT CA.IBM DOT COM>
Date: Tue, 4 May 2004 10:10:17 -0700
Zoltan, why not set up a SMALL_SERVERS policy domain which has MC definitions the same as your normal server PD with one difference - send the data to a different hierarchy where the tape storage poo
Author: Zoltan Forray/AC/VCU <zforray AT VCU DOT EDU>
Date: Tue, 4 May 2004 16:13:55 -0400
I have already thought of this idea. I was hoping for GROUP COLLOCATION. The problem with this idea/design is I have to essential duplicate *EVERYTHING*, such as admin processes, operator training, e
Author: "Rushforth, Tim" <TRushforth AT WINNIPEG DOT CA>
Date: Tue, 4 May 2004 15:21:20 -0500
If you want to use less tapes, set maxscratch to a smaller value for your storage pool. If you have more nodes than tapes then they will share tapes. Any one have any idea on what the target is for t
One confusion is why do I have sooooo many partially filled tapes ? I don't have this many nodes ? You might want to do some queries against the volumeusage table. That data can be massaged to see wh
Author: Andrew Raibeck <storman AT US.IBM DOT COM>
Date: Tue, 4 May 2004 17:09:05 -0600
Zoltan, I don't know what you were specifically told about the new feature, but keep in mind that any such disclosures are usually with the caveats "subject to change". :-) To the best of my knowledg
Author: Joerg Pohlmann <jpohlman AT CA.IBM DOT COM>
Date: Tue, 4 May 2004 16:44:08 -0700
The most likely reason for multiple "filling" tapes for the same node is that a filling tape is in use by reclamation or storage pool backup and migration is starting to run. Migration then cannot ad
... Zoltan, Andy's observations were excellent, as always. I can only add a suggestion to check subject "Shrinking (dwindling) number of available scratch tapes" in ADSM QuickFacts, where I summarize
Author: Zoltan Forray/AC/VCU <zforray AT VCU DOT EDU>
Date: Thu, 6 May 2004 08:58:47 -0400
Thanks to everyone for their suggestions on how to address this issue. Still waiting for Group Collocation :-) ! Richard Sims <rbs AT BU DOT EDU> Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARI
I was told by my IBM rep that it was pulled from 5.2.2 because it was a new feature, and new features are only for new major releases, of course the next descion made was to reduce the number of majo