ADSM-L

Re: [ADSM-L] Tapes with a status of filling.

2007-09-27 19:10:32
Subject: Re: [ADSM-L] Tapes with a status of filling.
From: Larry Clark <lclark01 AT NYCAP.RR DOT COM>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Thu, 27 Sep 2007 18:00:27 -0400
Collocation is either on or off for a storage pool, group allows more
granularity for those smaller nodes.
----- Original Message -----
From: "Robben Leaf" <robben.leaf AT USBANK DOT COM>
To: <ADSM-L AT VM.MARIST DOT EDU>
Sent: Thursday, September 27, 2007 5:51 PM
Subject: Re: [ADSM-L] Tapes with a status of filling.


We have found that if you have a storage pool's collocation parameter set
to Group, but you have nodes that aren't in a collocation group, TSM
treats
each such node as if it were in its own group - thus, each such node's
data
gets written to its own set of tapes. If you have a lot of
un-collocation-grouped nodes writing to that storage pool, it will put a
lot of tapes into the filling state.

Robben Leaf




            "Richard Sims"
            <rbs AT BU DOT EDU>
            Sent by: "ADSM:                                            To
            Dist Stor                 ADSM-L AT VM.MARIST DOT EDU
            Manager"                                                   cc
            <[email protected]
            .EDU>                                                 Subject
                                      Re: [ADSM-L] Tapes with a status of
                                      filling.
            09/27/2007 11:04
            AM


            Please respond to
            "ADSM: Dist Stor
                Manager"
            <[email protected]
                  .EDU>






On Sep 27, 2007, at 11:57 AM, Ochs, Duane wrote:

Any quick ideas on why I'm seeing an increase on volumes with low
usage,
no errors and a status of filling ?

I think it has to do with my migrations getting completed and the
thresholds being set to 0 for longer than necessary.

Duane -

See   Tape leak
and   Shrinking (dwindling) number of available scratch tapes ("tape
leak")
in    http://people.bu.edu/rbs/ADSM.QuickFacts
for the standard reason for this.  If other causes found, let me know.

  Richard Sims




------------------------------------------------------------------------------
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.
==============================================================================