ADSM-L

Re: Tape Stuck in Remote Status, but no longer used by library sharer; what to do?

2005-05-21 07:08:41
Subject: Re: Tape Stuck in Remote Status, but no longer used by library sharer; what to do?
From: James R Owen <jim.owen AT YALE DOT EDU>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Sat, 21 May 2005 07:08:40 -0400
Thanks again, Richard!  Others, see also note (below) from APAR IC40865.

NOTE: The local fix describes a command that should only be
used if a REMOTE volume no longer has valid data on it and can
be considered a scratch volume.  Once executed, any server
could use the volume to overwrite any existing data.  Use
caution whenever you delete any volume history entry.

Before invoking this command ensure that the libvolume is
*NOT* used in *ANY* way by *ANY* remote (Library Sharing) TSM!

DELete VOLHistory TODate=TODAY Type=REMOTE VOLume=z12345 FORCE=Yes

removed the bogus REMOTE record from the LibMgr TSM's VolHistory
for tape Z12345 which was no longer used by any LibSharer TSM.
--
jim.owen AT yale DOT edu  (203.432.6693)

Richard Sims wrote:

Jim - This may not be of much help, but the Delete command in APAR
      description IC40865 may help in some cases.         Richard Sims

On May 20, 2005, at 5:47 PM, James R Owen wrote:

Andy, et al.
I have no solution, but found your email thread as I'm looking to  solve
exactly the same problem.  It's a tough nut to crack!

We have 6 tapes in a shared 3584 w/ exactly that problematic status:
The Library Mgr TSM's VolHistory shows tape as PRIVATE,REMOTE owned
by other
TSM, but the other TSM's VolHist has long since finished with the
tapes:
    two were obsolete DBB backups (probably cancelled/aborted)
    the other four show UNKNOWN in the devclass field (dunno why)
I believe these tapes are stuck in a crack in the Share Library  reality
and are essentially lost unless someone knows now to remove the
"useless
and inappropriate" REMOTE records from the Library Mgr's
VolHistory.  If
that can be accomplished, then we can UPDate LIBVolume ....
STATUS=SCRatch
to fix the problem.  I've tried CHECKOut LIBVolume... at the  Library
Mgr
TSM, but that didn't help.  The Library Sharer TSM can not do the
CHECKOut
LIBVolume because the library is unknown.  I think the tapes have
fallen
into a crack in TSM's reality.  Anybody else have a better grip on
this?
If not, I'll open a PMR.
--
Jim.Owen AT Yale DOT Edu   (203.432.6693)

Andrew Carlson wrote:

On Fri, 20 May 2005 09:27:39 -0500, Ochs, Duane  <Duane.Ochs AT QG DOT COM>
wrote:

You can do a delete volume ###### discard=yes. This will delete all
references to data on that volume from the TSM database.

I had the volume checked in.  The volume now shows up in q libv:

tsm: TSMLIBM>q libv 3584lib 110544

Library Name  Volume Name  Status      Owner       Last Use   Home
Device

Element  Type
------------  -----------  ----------  ----------  ---------  -------
------
3584LIB       110544       Private     TSMJ
1,095    3592

But, since the volume does not show up in TSMJ (actually it was a
database
backup tape), I cannot delete it.  Any ideas?
--
Andy Carlson - Senior Technical Specialist
BJC Healtcare


<Prev in Thread] Current Thread [Next in Thread>