ADSM-L

Re: delete volhist doesn't return volume to scratch

2002-11-11 05:05:00
Subject: Re: delete volhist doesn't return volume to scratch
From: Michelle Wiedeman <michelle.wiedeman AT MULTRIX DOT COM>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Mon, 11 Nov 2002 11:04:45 +0100
I cant remember what its called under tsm but i know there is an option in
which u tell tsm NOT to claim a tape just as dbb tape. Is it possible this
happened and ur dbb tape also containes other data? That would explain why
it doesnt return to scratch.

Michelle

-----Original Message-----
From: Paul Miller [mailto:Paul_Miller AT CARGILL DOT COM]
Sent: Saturday, November 09, 2002 4:40 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: delete volhist doesn't return volume to scratch


Thanks, everyone for your replies.  I migrated one of the problem TSM
servers to new hardware today (was going to do it anyway), and it seems
to be working fine.  I just noticed this problem on one of my HP-UX
servers today, as well, though, and that one's running 5.1.  Curiouser
and curiouser...

Etienne, I check all my tapes in as scratch and let TSM take care of
doling them out, so that wasn't it.  Good question, though.

Mark, I don't think dbb tapes go into a pool, do they?

-----Original Message-----
From: ebrodeur AT SERTI DOT COM [mailto:ebrodeur AT SERTI DOT COM]
Sent: Friday, November 08, 2002 14:31
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: delete volhist doesn't return volume to scratch


Did you perhaps label it and check it in the library as private?  I seem
to recall I had similar thing happen with tapes I originally checked in
as
private.  They return to their original state.

Etienne Brodeur




Mark Stapleton <stapleto AT BERBEE DOT COM>
Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
11/08/2002 02:21 PM
Please respond to "ADSM: Dist Stor Manager"

        To:     ADSM-L AT VM.MARIST DOT EDU
        cc:
        Subject:        Re: delete volhist doesn't return volume to
scratch


From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU]On Behalf Of
Paul Miller
> No, it's not the last one.  It leaves the last one as it should.
After
> I run the command, the volume history is indeed deleted, but the tape
> remains "private" with a last use of "dbbackup".  I can update the
> libvolume and make it scratch, but that's not what's supposed to
happen.

Do you have a REUSEDELAY setting for your tape pool?

--
Mark Stapleton (stapleton AT berbee DOT com)
Certified TSM consultant
Certified AIX system engineer
MCSE