This may be a manifestation of the following APAR. This was repaired in 4.2.1.13
<@> IC33056 TSM 4.2.1 3494 CATEGORIES SCRATCH PRIVATE INSERT 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. Orville L. Lantto Datatrend Technologies, Inc. (http://www.datatrend.com) IBM Premier Business Partner 121 Cheshire Lane, Suite 700 Minnetonka, MN 55305 Email: [EMAIL PROTECTED] CONFIDENTIALITY NOTICE: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. Tommy Templeton <[EMAIL PROTECTED]> Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> 02/27/2003 09:57 AM Please respond to "ADSM: Dist Stor Manager" To: [EMAIL PROTECTED] cc: Subject: Problem while using "move drmedia" Hi *SM'ers This morning I was running this script: move drmedia * wherestate=vaultretrieve copystgpool=offsitepool1 source=dbsnapshot checkin libv 3494vts search=yes status=scratch devt=3590 checkl=no query actlog search="MOVE DRMEDIA" I got some unexpected results. Not only did I get the tapes that I was expecting but I got several tapes that I had on "could not locate" list of tapes that seemed to be missing from the vts. What was stranger is that I checked in about 10 volumes that don't even belong in my library. I share the VTS "robitics unit" with another state agency but my 3494 library is not shared. Has anyone had any problems like this? Environment: Server: RS/6000-AIX5.1 TSM V4.2.1.9 Client: NT4-SP6, Win2k-SP1, SP2-AIX5.1 TSM V4.2.1.9 Environment: Server: RS/6000-AIX5.1 TSM V4.2.1.9 Client: NT4-SP6, Win2k-SP1,SP2-AIX5.1 TSM V4.2.1.9 thanks, Tommy Templeton Senior System Administrator DFA-MMRS 601-359-3106 e-mail - [EMAIL PROTECTED]
