8 3:36 AM
> To: ADSM-L@VM.MARIST.EDU
> Subject: [ADSM-L] Tape Reclamation Problem / Auditdb
>
> Hi
>
> TSM Server v5.3.3.1
> Running on AIX
>
> I have a problem where an offsite volume continues to be reclaimed
many
> times, even though it's utilization is 0%
Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Huebner,Andy,FORT WORTH,IT
Sent: 02 October 2008 14:59
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Tape Reclamation Problem / Auditdb
We did a similar audit on the storage pools. It ran about 4 hours on a
: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Jeff White
Sent: Thursday, October 02, 2008 4:04 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Tape Reclamation Problem / Auditdb
I remember doing an auditdb on a 120gb db and after 60 hours, based on the
number of 4k pages processed
auditdb archstorage logmode=rollforward fix=yes
would take.
Thanks for the responses
Jeff White
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Kelly Lipp
Sent: 02 October 2008 10:01
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Tape Reclamation
ed. Maybe you fixed it!
Thanks,
Kelly Lipp
STORServer, Inc.
From: ADSM: Dist Stor Manager [EMAIL PROTECTED] On Behalf Of Jeff White [EMAIL
PROTECTED]
Sent: Thursday, October 02, 2008 2:36 AM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] Tape Reclamati
: Tape Reclamation Problem / Auditdb
Hi
TSM Server v5.3.3.1
Running on AIX
I have a problem where an offsite volume continues to be reclaimed many
times, even though it's utilization is 0% and pct_reclaimable space is
0%.
The reclaim process starts then ends, the starts again etc. Been doing
Hi
TSM Server v5.3.3.1
Running on AIX
I have a problem where an offsite volume continues to be reclaimed many
times, even though it's utilization is 0% and pct_reclaimable space is 0%.
The reclaim process starts then ends, the starts again etc. Been doing that
for the last 3 days.
On the IBM sup
To whom it may concern;
We run reclaims manually at this time do to tape drive constraints. I
was running reclamation earlier which I started by updating the
sequential storage pools reclaim threshold from 100% to 95%. I cancelled
the job to free up drives for tape loading/unloading. Since that ti
[mailto:[EMAIL PROTECTED] Behalf Of
Prather, Wanda
Sent: Monday, July 26, 2004 4:46 PM
To: [EMAIL PROTECTED]
Subject: Re: Tape Reclamation Failing
How many tapes are already in the offsite pool you are trying to reclaim?
(Includes ALL tapes in the pool, pending, filling, full, empty, etc.)
You may
If you can reclaim 40 tapes at a threshold of 90%, you may be over the
MaxScratch value for your offsite pool.
try this command:
select stgpoool_name, count(*) from volumes group by stgpool_name
Check what value is reported for the stgpool that you are trying to reclaim.
Ted
At 05:41 PM 7/2
How many tapes do you have in the onsite primary pool and the offsite pool?
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Hart, Charles
Sent: Monday, July 26, 2004 4:41 PM
To: [EMAIL PROTECTED]
Subject: Tape Reclamation Failing
I'm gettin
: [EMAIL PROTECTED]
Subject: Tape Reclamation Failing
I'm getting the error "ANR1086W Space reclamation terminated for volume
volume name - insufficient space in storage pool." I'm trying to reclaim
the offsite copy pool (tape_backup_copy) The Onsite Primary pool Tape_backup
H
I'm getting the error "ANR1086W Space reclamation terminated for volume volume name -
insufficient space in storage pool." I'm trying to reclaim the offsite copy pool
(tape_backup_copy) The Onsite Primary pool Tape_backup Has Max Scratch of 50 the
Offsite pool has a max Scr of 200. We have 15
nvalid session/password.
HIH
Steve Copper
-Original Message-
From: DeMuse [mailto:[EMAIL PROTECTED]]
Sent: 23 January 2002 16:16
To: [EMAIL PROTECTED]
Subject: Re: Tape Reclamation
This email and any files transmitted have been checked by the
MessageLabs Virus Scanning Service f
ROTECTED]>
To: [EMAIL PROTECTED]
cc:
Subject: Tape Reclamation
When a tape reclamation starts for tape 25, the volume is mounted into
the drive, but ADSM also requests the mounting of tape 20 which is not
in the library (manually marked unavailable). It is extremely diffi
Manager" <[EMAIL PROTECTED]>
To: ADSM-L
cc:
Subject:Tape Reclamation
When a tape reclamation starts for tape 25, the volume is mounted into
the drive, but ADSM also requests the mounting of tape 20 which is not
in the library (manually marked
t;
To: [EMAIL PROTECTED]
cc:
Subject:Tape Reclamation
When a tape reclamation starts for tape 25, the volume is mounted into
the drive, but ADSM also requests the mounting of tape 20 which is not
in the library (manually marked unavailable). It is extremely difficult to
reclaim tapes
to Innogy
> -Original Message-
> From: Karen Mikacenic [SMTP:[EMAIL PROTECTED]]
> Sent: Wednesday, January 16, 2002 7:17 PM
> To: [EMAIL PROTECTED]
> Subject: Tape Reclamation
>
> When a tape reclamation starts for tape 25, the volume is mounted into
> the
This is normal operation. I have tapes out of the library too and operators
have to watch and check tapes back in library as needed.
David Longo
>>> [EMAIL PROTECTED] 01/16/02 02:17PM >>>
When a tape reclamation starts for tape 25, the volume is mounted into
the dr
When a tape reclamation starts for tape 25, the volume is mounted into
the drive, but ADSM also requests the mounting of tape 20 which is not
in the library (manually marked unavailable). It is extremely difficult to
reclaim tapes without knowing what tapes are associated to each other
Just to be clear. We DON'T do a move data to tape or disk.
We use the reclamation tape-to-disk (file) feature and then migrate the
data back to tape.
And so if the do a doc it should include:
(4) Reclaim ( tape pool to disk-file and then back to itself)
... joe.f.
Jose
> It would be nice if there was some documentation to explain the practical
> differences in the behaviour of
>
> (1) Reclaim (tape pool to itself)
> (2) Move Data (tape pool to itself)
> (3) Move Data (tape pool to disk pool) followed by Migrate (disk pool to
> tape pool)
Geoff - Send email to t
1000 1-Gig pc/mac users
it works.
... joe.f.
On Fri, 9 Mar 2001, Geoff Fitzhardinge wrote:
> Joe Faracchio wrote to me:
>
> >Try using a disk-file area and one tape reclamation.
> >
> >... joe.f.
> >
> >Joseph A Faracchio, Systems Programmer, UC Ber
Joe Faracchio wrote to me:
>Try using a disk-file area and one tape reclamation.
>
>... joe.f.
>
>Joseph A Faracchio, Systems Programmer, UC Berkeley
Hello Joe,
Have you had good results with this technique to speed things up?
It would be nice if there was some documentation
>Date:Mon, 5 Mar 2001 08:45:40 -0500
>From:Richard Sims <[EMAIL PROTECTED]>
>Subject: Re: Longlasting tape-reclamation run
>
>Geoff - Greetings from Up Over. ;-)
>
Hello Richard,
Hope you are surviving the blizzard - we don't get many of those in Sydney!
Sorry to be replying so late on this thread, I am just back from
a weeks absence. Collocation clusters are filespaces for ordinary
clients. For api clients like notes they may be filespaces also or something
that equates to a filespace in the database.
Reclaim not only squeezes out the empty sp
ook
through the archives.
Glen Smith
To: [EMAIL PROTECTED]
cc:
Subject:Re: Longlasting tape-reclamation run
I was interested in the recent items on slow reclamations - see mail
from Richard Sims below.
I started having problems with long-running reclamations about 18 months
ago whe
>Though we may have collocation activated in the server, I believe it to be
> the general case that API-based clients either cannot or do not collocate.
>(This is the case with HSM, at least.) API-based clients which back up
>numerous small client files thus pose a special burden on the server.
Hello Geoff,
Richard Sims wrote:
>
> Geoff - Greetings from Up Over. ;-)
>
> >2. Influence of client type.
> >
> > I have clients of the following types: Novell Netware, Unix, NT, and
> >also NT with the Lotus Notes agent. Since I have collocation on my
> >onsite tape pool, I was able to de
Geoff - Greetings from Up Over. ;-)
>2. Influence of client type.
>
> I have clients of the following types: Novell Netware, Unix, NT, and
>also NT with the Lotus Notes agent. Since I have collocation on my
>onsite tape pool, I was able to determine that the tapes causing trouble
>all belonge
dnesday, February 28, 2001 1:59 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Longlasting tape-reclamation run
>
>
> > my TSM-server 3.7.2 on AIX 4.3.3 runs a tape-reclamation now for
> >nearly 4 days. Why does it last so long ?
> ...
> >02/28/01 09:26:04
ssage-
From: Richard Sims [mailto:[EMAIL PROTECTED]]
Sent: 28 February 2001 02:59
Subject:Re: Longlasting tape-reclamation run
> my TSM-server 3.7.2 on AIX 4.3.3 runs a tape-reclamation now for
>nearly 4 days. Why does it last so long ?
...
>02/28/01 09:26:04 ANR114
IL PROTECTED]]On Behalf Of
> Richard Sims
> Sent: Wednesday, February 28, 2001 1:59 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Longlasting tape-reclamation run
>
>
> > my TSM-server 3.7.2 on AIX 4.3.3 runs a tape-reclamation now for
> >nearly 4 days. Why does
> my TSM-server 3.7.2 on AIX 4.3.3 runs a tape-reclamation now for
>nearly 4 days. Why does it last so long ?
...
>02/28/01 09:26:04 ANR1142I Moving data for collocation cluster 3608
> of 4248 on volume 59.
Peter - What stands out in the abov
Hi *SM'ers,
my TSM-server 3.7.2 on AIX 4.3.3 runs a tape-reclamation now for
nearly 4 days
Why does it last so long ?
02/24/01 14:52:10 ANR1040I Space reclamation started for volume
59,
storage pool TAPEPOOL_EC (process number 105).
35 matches
Mail list logo
