Re: 3494 Volume Stealing
2002-03-21 14:28:37
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>
|
- Re: 3494 Volume Stealing, (continued)
- Re: 3494 Volume Stealing, Allen Barth
- Re: 3494 Volume Stealing, Seay, Paul
- Re: 3494 Volume Stealing, Allen Barth
- Re: 3494 Volume Stealing, Orville L. Lantto
- Re: 3494 Volume Stealing, Seay, Paul
- Re: 3494 Volume Stealing, Seay, Paul
- Re: 3494 Volume Stealing,
Orville L. Lantto <=
- Re: 3494 Volume Stealing, Zlatko Krastev
- 3494 Volume Stealing, Orville L . Lantto [mailto:orville.lantto
- 3494 Volume Stealing, Orville L . Lantto [mailto:orville.lantto
- Re: 3494 Volume Stealing, Orville L . Lantto [mailto:orville.lantto
- Re: 3494 Volume Stealing, ADSM : Dist Stor Manager [mailto:ADSM-L
- Re: 3494 Volume Stealing, Nicholas Cassimatis [mailto:nickpc
- Re: 3494 Volume Stealing, ADSM : Dist Stor Manager [mailto:ADSM-L
- Re: 3494 Volume Stealing, Allen Barth [mailto:allen_barth
- Re: 3494 Volume Stealing, Allen Barth [mailto:allen_barth
|
|
|