> You mean the "moving data for collocation cluster blah on ...." message?
> That's normal if you have data for multiple clients on the tape, I see it
> all the time.
>
> If you have Collocation on the tape pool, but run short of scratch tapes
> in the library, ADSM will start stacking 2 clients per tape, if it has to,
> or 3 or 4, etc. and keep running as long as possible.
>
> Or, if someone turns Collocation off for a while, then turns it back on,
> you will have some tapes in the pool with a single client, but some with
> many clients.
>
> Or in our case, we have a library with fewer slots for tapes than we have
> clients. SO we definitely have to double up on clients-per-tape. We
> limit ADSM to a fixed number of tapes by setting MAXSCRATCH for the pool,
> and ADSM figures out how to double up. But you still get the benefits of
> collocation on a restore, even with mixed client data, because you can
> still restore any one of the clients with only 1 tape mount -- skipping
> over somebody else's data on the same tape doesn't cost you much.
>
> I have never seen a definition of a "cluster" though - don't know exactly
> how it's counting.
>
> ************************************************************************
> Wanda Prather
> The Johns Hopkins Applied Physics Lab
> 443-778-8769
> wanda_prather AT jhuapl DOT edu
>
> "Intelligence has much less practical application than you'd think" -
> Scott Adams/Dilbert
> ************************************************************************
>
>
>
>
>
>
>
> -----Original Message-----
> From: John Stephens [SMTP:stephens AT STORSOL DOT COM]
> Sent: Wednesday, October 13, 1999 2:14 PM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: Reclamation Question
>
> Has anyone seen the following activity log message when reclamation runs
> on
> a Tapepool.
>
> ==========================================================================
> ==
> ====
> Activity Log
> ------------
> Date and Time Message
> --------------------------------------------------------------------------
> --
> -----------------------------------------
> 10/12/1999 14:12:33 ANR0984I Process 2 for SPACE RECLAMATION started in
> the
> BACKGROUND at 14:12:33.
> 10/12/1999 14:12:33 ANR1040I Space reclamation started for volume 090843,
> storage pool TAPEPOOL (process number 2).
> 10/12/1999 14:12:33 ANR1044I Removable volume 090843 is required for space
> reclamation.
> 10/12/1999 14:12:33 ANR8324I 3570 volume 090843 is expected to be mounted
> (R/O).
> 10/12/1999 14:12:33 ANR1142I Moving data for collocation cluster 1 of 353
> on
> volume 090843.
> 10/12/1999 14:19:59 ANR1142I Moving data for collocation cluster 2 of 353
> on
> volume 090843.
> 10/12/1999 14:20:30 ANR1142I Moving data for collocation cluster 3 of 353
> on
> volume 090843.
> 10/12/1999 14:22:42 ANR1142I Moving data for collocation cluster 4 of 353
> on
> volume 090843.
> 10/12/1999 14:22:55 ANR1142I Moving data for collocation cluster 5 of 353
> on
> volume 090843.
>
>
> The Tapepool has Collocation assigned. Not Filespace Collocation just
> regular Tapepool collocation.
>
>
>
> John Stephens
> Storage Solutions Specialists, Inc.
> Tivoli Certified Consultant - ADSM V3
> IBM Certified Specialist - AIX
> Stephens AT Storsol DOT com
> WWW.Storsol.com
> Wk: 813-265-3707
> Fax: 520-441-9829
> Cell: 813.505.2526
> He is no fool who gives what he cannot keep, to gain what he cannot lose.
|
