ADSM-L

Re: 3494 Volume Stealing

2002-03-21 14:28:37
Subject: Re: 3494 Volume Stealing
From: "Orville L. Lantto" <orville.lantto AT DTREND DOT COM>
Date: Thu, 21 Mar 2002 13:23:45 -0600
Here is the APAR covering the problem.  I do not know when it was created.

APAR= IC33056  SER=                            IN INCORROUT
TSM 4.2.1 3494 CATEGORIES SCRATCH PRIVATE INSERT


Status: OPEN                                Closed:

Apar Information:

RCOMP= 5698TSMAX    TSM AIX SERVER  RREL= R420
FCOMP=                              PFREL= F     TREL= T


Return Codes:

Applicable Component Level/SU:


Error Description:
When multiple TSM V4.2.1 Servers are using the same
partitioned 3494 Tape Library it is possible for a volume to
get checked into the wrong server.  As of 4.2.1 and higher the
TSM server will not check  what category a volume belongs to
during a "checkin libvol  xxxxxx search=no" command. Therefore
it is possible for a volume belonging to one TSM server to get

checked into a different TSM server. The Server will change
the volume category to reflect the category assigned to that
particular status for that specific TSM server.  This issue
will only occur when a manual checkin is done and the
"search=no" parameter is used.
This particular issue was found when a customer setup multiple
instances of the TSM Server on the same Unix machine but can
also occur when two separate machines are used to access a
partitioned 3494 Tape Library.
Output from a PVR trace will show TSM recognizing that the
volume being checked in has a different category than what
has been defined for that server instance, for example;362
TSM changing the tape category to cat=65280 (FF00) (the insert
category) then changing the category to the appropriate status
for that server, for example; 372 for a scratch tape.
..

Local Fix:
1) Make sure that volumes belonging to one TSM server are not
being checked into either a separate instance or different TSM
Server.

2) Apply the fixtest when released




Problem Summary:


Temporary Fix:


Comments:


Problem Conclusion:


Orville L. Lantto
Datatrend Technologies, Inc.  (http://www.datatrend.com)
121 Cheshire Lane #700
Minnetonka, MN 55305
Email: Orville.Lantto AT dtrend DOT com
V: 952-931-1203
<Prev in Thread] Current Thread [Next in Thread>