Re: TSM annoyances

What I do is run offsite reclamation over a weekend after doing an
expiration and DB Backup.   I set the rec number to some figure that will
cause about 15-30 tapes to be reclaimed. ANd then let it run!  We have a
3494 with 4 3590 drives.  We u se collocation on our onsite pool.

So the system mounts almost every onsite tape and picks off each of
them simultaneously all the offsite data for *ALL* the tapes its
reclamating.   I do successive sql select commands like this:
(use the figure that you've chosen for $1)

select volume_name,pct_reclaim,status,pct_utilized -
from volumes where stgpool_name='COPYPOOL' -
and pct_reclaim>$1 order by pct_reclaim desc

and you can see over the hours the tapes drop in percentage
across the board.

... joe.f.


Joseph A Faracchio,  Systems Programmer, UC Berkeley
Private mail on any topic should be directed to :
         joef AT socrates.berkeley DOT edu
 (510)642-7638 (w)  (209)483-JOEF (M)
                             5633
  150 days until my retirement from Bazerklie



On Mon, 5 Nov 2001, Gabriel Wiley wrote:

> Unless something happened over night, that  I have yet to hear about.
>
> "John, you don't need to bring copypool tapes back on site to reclaim them.
> Just do a "move data" on the off-site volume and TSM will rebuild it from
> the original tapes in the library."
>
> This statement would be false:  If you are going to "move data" the
> off-site or what ever tape/data you are moving  will have to be in the
> library.
>
> If you are going to "Reclaim" , the off-site/copy pool tape would not need
> to be present in the Library.
>
> Gabriel C. Wiley
> ADSM/TSM Administrator
> AIX Support
> Phone 1-614-308-6709
> Pager  1-877-489-2867
> Fax      1-614-308-6637
> Cell       1-740-972-6441
>
>
> "Kauffman, Tom" <KauffmanT AT NIBCO DOT COM>@VM.MARIST.EDU> on 11/05/2001 
> 08:22:13
> AM
>
> Please respond to "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
>
> Sent by:  "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
>
>
> To:   ADSM-L AT VM.MARIST DOT EDU
> cc:
> Subject:  Re: TSM annoyances
>
>
> John, you don't need to bring copypool tapes back on site to reclaim them.
> Just do a "move data" on the off-site volume and TSM will rebuild it from
> the original tapes in the library.
>
> Tom Kauffman
> NIBCO, Inc
>
> > -----Original Message-----
> > From: Johnn D. Tan [mailto:jdtan AT MED.CORNELL DOT EDU]
> > Sent: Friday, November 02, 2001 7:39 PM
> > To: ADSM-L AT VM.MARIST DOT EDU
> > Subject: Re: TSM annoyances
> >
> >
> > 1. Yet their device support website
> > (http://www.tivoli.com/support/storage_mgr/devices/all.html) lists the
> > element matrix for Gator, where slot 1 is element 1, but TSM actually
> > sees it as 1 + 29, or 30. And drive 1 is supposed to be 646, but TSM
> > sees it as 646 + 29, or 675. Again, despite their own matrix,
> > TSM seems
> > to have added 29 to the element addresses they list.
> >
> > 2. The reason I do "move data" is to consolidate the data that is
> > offsite. So, if I have a volume offsite that is
> > "under-utilized" (let's
> > say only 22% utilized), then I would want to check that tape
> > in, and do
> > a "move data" onto a pool-copy "filling" tape. But it won't
> > let me do a
> > "move data" unless the tapes associated with that one are also in the
> > library.
> >
> > 3. Yes, as I mentioned, it's most likely a SpectraLogic issue. Just
> > wanted to see if other folks were having similar issues.
> >
> > johnn
> >
> >
> >
> > On Friday, November 2, 2001, at 05:04 PM, George Lesho wrote:
> >
> > > 1.,The element numbers below 31 are associated with bulk
> > load, I/O port
> > > and
> > > other functions on my IBM 3575L32 Magstar tape library. Not Tivoli's
> > > fault
> > > or responsibility how the element numbers are mapped.
> > > 2. I let TSM worry about where it sticks the data on the tapes
> > > 3. Speak to your library vendor and ask them why their device driver
> > > microcode doesn't work right. The IBM Magstar doesn't
> > behave this way.
> > >
> > > George Lesho
> > > AFC Enterprises
> > > Storage/System Admin
> > >
> > >
> > >
> > >
> > >
> > >
> > > "Johnn D. Tan" <jdtan AT MED.CORNELL DOT EDU>@VM.MARIST.EDU> on 11/02/2001
> > > 03:47:23 PM
> > >
> > > Please respond to "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
> > >
> > > Sent by:  "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
> > >
> > >
> > > To:   ADSM-L AT VM.MARIST DOT EDU
> > > cc:    (bcc: George Lesho/Partners/AFC)
> > > Fax to:
> > > Subject:  TSM annoyances
> > >
> > >
> > > I have a few annoyances with Tivoli -- not many, as it's a great
> > > product, just a handful.
> > >
> > > 1) We have TSM 4.1.3 server connected to SpectraLogic Gator/64000.
> > > Despite what Tivoli says on their website, the element
> > number of Slot 1
> > > in the library is not 1, but 30! This is very annoying! If I do a "q
> > > libv lib1" and look up a volume's home element, I have to
> > subtract 29 in
> > > order to really know what slot it's in on the library. Can this be
> > > corrected so that it is what Tivoli's website says it
> > should be -- i.e.,
> > > element 1 matches slot 1?
> > >
> > > 2) Is there a simple way to find out which volumes are
> > associated to any
> > > other? For instance, let's say I have to do a "move data" on 000115.
> > > Right now, here's what I do:
> > > q content 000115 count=-1 f=d
> > > q content 000115 count=1 f=d
> > >         If either one of these has a segment 1/1, then everything's
> > > great,
> > > as there is no associated volume. But if either or both have 1/2 (or
> > > 2/2) then I have to issue:
> > > audit v 000115
> > >         And find the associated volume. The catch is, if
> > there are *two*
> > > associated volumes, you have to check one of them in first
> > and update
> > > its status, before you can do another audit to find the
> > other associated
> > > volume.
> > >         Is there any way to find these associated volumes
> > in one swift
> > > command?!
> > >
> > > 3) [I think this is more a SpectraLogic issue, but I'll gripe
> > > anyway ;).] When I want to "bulk load" a bunch of tapes
> > into the Gator
> > > tape library, I have to make sure no tapes are mounted in
> > the drives.
> > > Otherwise, the bulk load will just blindly put the new
> > tapes into the
> > > slots of the tapes in the drive. Doesn't TSM "talk" to the
> > tape library
> > > and tell it the home elements (or slots) of the tapes that
> > are mounted
> > > in the drives, so that the robotic picker won't put tapes into those
> > > slots??
> > >
> > > Thanks for any advice.
> > > johnn
> > >
> >
>