No, totally separate processes. Collocation is an option to use or not. Reclamation
is a basic requirement (well some may not use it) to free up unused space on tapes and
reduce your tape inventory.
David Longo
>>> [EMAIL PROTECTED] 06/20/01 11:19AM >>>
Hello to all,
I have a very basic question ( I am new user ) is the Reclaims process the
same as colocation??
Garry
-----Original Message-----
From: Lindsay Morris [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, June 20, 2001 5:16 AM
To: [EMAIL PROTECTED]
Subject: Re: Reclaims Ques
Thanks Richard, Eric, all---
I've seen the reclaim-won't-let-go situation a lot, and sometimes tried to
cancel the reclamation process ---
and STILL, more often than not, it takes 40 minutes for cancel process to
take effect!
I didn't have NOPREEMPT set (unless it's a default value -- I think it's
not);
I didn't have huge files;
I've seen this on DLT700 and on 3590 drives;
For me it's more curiosity than critical; maybe it's a major annotance for
some other people.
I wonder if any developers can shed some light.
> -----Original Message-----
> From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
> Loon, E.J. van - SPLXM
> Sent: Wednesday, June 20, 2001 5:25 AM
> To: [EMAIL PROTECTED]
> Subject: Re: Reclaims Ques
>
>
> Hi Lindsay and Richard!
> I have seen the exact same thing here!
> The day before yesterday a user called me about an Oracle database restore
> that was taking quite some time. I did a q sess and saw that it was in a
> MediaW state. I have two tape units and TSM was reclaiming a tape. I was
> also expecting to see the preempting message, but the reclaim was not
> canceled by TSM. As soon as I did a CANCEL PROC the reclaim stopped, the
> tapes were dismounted, the clients tape was mounted and the client restore
> continued.
> Yesterday we did the exact same thing and the running reclaim WAS
> cancel by
> a preemption!
> So prioritizing works.... Sometimes...
> Kindest regards,
> Eric van Loon
> KLM Royal Dutch Airlines
>
> -----Original Message-----
> From: Richard Sims [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, June 19, 2001 21:48
> To: [EMAIL PROTECTED]
> Subject: Re: Reclaims Ques
>
>
> >How long does it usually take for the reclamation process to
> actually stop,
> >and release the tape drive(s) so the restore can use them? I've
> typically
> >seen this be 40 minutes or more, but I'm not sure why, or if something
> >could be done to speed it up.
>
> Lindsay - The first thing I would check is whether you have NOPREEMPT in
> your server options file. Reclamation of onsite volumes itself
> takes a long time, but at least looks at the Reclamation Threshold between
> volumes: offsite volume reclamation never looks back, just continuing to
> process all the volumes it saw that it had to do when it started.
>
> If you don't have NOPREEMPT in force, there may be something else at play.
> Do queries in a future situation and see if an explicit Cancel Process
> will stop reclamation.
>
> Richard Sims, BU
>
>
> **********************************************************************
> This e-mail and any attachment may contain confidential and
> privileged material intended for the addressee only. If you are
> not the addressee, you are notified that no part of the e-mail or
> any attachment may be disclosed, copied or distributed, and that
> any other action related to this e-mail or attachment is strictly
> prohibited, and may be unlawful. If you have received this e-mail
> by error, please notify the sender immediately by return e-mail,
> and delete this message. Koninklijke Luchtvaart Maatschappij NV
> (KLM), its subsidiaries and/or its employees shall not be liable
> for the incorrect or incomplete transmission of this e-mail or
> any attachments, nor responsible for any delay in receipt.
> **********************************************************************
>
"MMS <health-first.org>" made the following
annotations on 06/20/01 12:07:53
------------------------------------------------------------------------------
This message is for the named person's use only. It may contain confidential,
proprietary, or legally privileged information. No confidentiality or privilege is
waived or lost by any mistransmission. If you receive this message in error, please
immediately delete it and all copies of it from your system, destroy any hard copies
of it, and notify the sender. You must not, directly or indirectly, use, disclose,
distribute, print, or copy any part of this message if you are not the intended
recipient. Health First reserves the right to monitor all e-mail communications
through its networks. Any views or opinions expressed in this message are solely
those of the individual sender, except (1) where the message states such views or
opinions are on behalf of a particular entity; and (2) the sender is authorized by
the entity to give such views or opinions.
==============================================================================
