ADSM-L

Re: Problem while using "move drmedia"

2003-03-03 16:21:59
Subject: Re: Problem while using "move drmedia"
From: Allen Barth <allen.barth AT DB DOT COM>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Mon, 3 Mar 2003 15:19:23 -0600
Thanks for the info.  As I recall, the search=yes parm was working
correctly for me in 3.1 and 3.7 of ADSM.  But that was at a time where I
was the sole user of the 3494, so it very well could have been a
non-discovered bug for me.  It was back then when I created my script to
only label/checkin a specific range of tapes due to other hosts being
hooked to the 3494 and thus all FF00 tapes were no longer mine to grab. To
this day it still looks like I couldn't go without the script.

Regard,
Al




Orville Lantto <orville.lantto AT DATATREND DOT COM>
Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
02/28/03 03:44 PM
Please respond to "ADSM: Dist Stor Manager"


        To:     ADSM-L AT VM.MARIST DOT EDU
        cc:
        Subject:        Re: Problem while using "move drmedia"


Before the APAR, the Search=yes parameter allowed TSM to grab all tapes,
not just those with category FF00.  The APAR fixed this misbehavior which
apparently was introduced at 4.2.1.  Grabbing ALL the tapes in the
library, regardless of their category, including tapes with other
"libraries" data on them, and  overwriting them was decidedly unneighborly
behavior.See the discussion thread from last March titled "3494 Volume
Stealing".

Orville L. Lantto
Datatrend Technologies, Inc.  (http://www.datatrend.com)
IBM Premier Business Partner
121 Cheshire Lane, Suite 700
Minnetonka, MN 55305
Email: Orville.Lantto AT datatrend DOT com

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.




Allen Barth <allen.barth AT DB DOT COM>
Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
02/28/2003 03:36 PM
Please respond to "ADSM: Dist Stor Manager"


        To:     ADSM-L AT VM.MARIST DOT EDU
        cc:
        Subject:        Re: Problem while using "move drmedia"


Please explain more, as I don't see how anything would change.   Inserted
tapes in a 3494 go to category FF00 which means "who wants to adopt me?"
Are there some additional parms now in TSM to allow the search=yes and
"tapes that begin with xxx" which work for a 3494?   I admit I haven't
looked recently.  The script I posted earlier (or one similiar) I've been
using for 6+ years.  It was my answer to eliminate the so-called "volume
stealing" which was happening between my MVS images, AS400's and the
multiple TSM's (one machine or many) which all share a 3494.

Curious.






Orville Lantto <orville.lantto AT DATATREND DOT COM>
Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
02/28/03 02:40 PM
Please respond to "ADSM: Dist Stor Manager"


        To:     ADSM-L AT VM.MARIST DOT EDU
        cc:
        Subject:        Re: Problem while using "move drmedia"


This "Volume Stealing" behavior was discovered by a client of mine in
March 2002.  the symptoms were that TSM did not restrict itself to the
category codes it is configured for.  In  TSM, the application, NOT the
library, is responsible to respect the category rules.  Upgrade TSM to
4.2.1.13 to get the fix.

Orville L. Lantto
Datatrend Technologies, Inc.  (http://www.datatrend.com)
IBM Premier Business Partner
121 Cheshire Lane, Suite 700
Minnetonka, MN 55305
Email: Orville.Lantto AT datatrend DOT com

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 <tommy.templeton AT MMRS.STATE.MS DOT US>
Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
02/28/2003 02:29 PM
Please respond to "ADSM: Dist Stor Manager"


        To:     ADSM-L AT VM.MARIST DOT EDU
        cc:
        Subject:        Re: Problem while using "move drmedia"


Thanks Orville. I did another test today. Here are the results. I think my
problem is the "SEARCH=YES" option. I will be leaving that off now. The
volumes that start with VT don't belong in my library. All of mine start
with AIX.


02/28/03 13:26:19     ANR2017I Administrator TSM issued command: CHECKIN
                       LIBVOLUME 3494VTS STATUS=SCRATCH CHECKLABEL=NO
SWAP=NO
                       MOUNTWAIT=0 SEARCH=YES DEVTYPE=3590
02/28/03 13:26:19     ANR0984I Process 143 for CHECKIN LIBVOLUME started
in
the
                       BACKGROUND at 13:26:19.
02/28/03 13:26:19     ANR8422I CHECKIN LIBVOLUME: Operation for library
3494VTS
                       started as process 143.
02/28/03 13:26:19     ANR0609I CHECKIN LIBVOLUME started as process 143.
02/28/03 13:26:24     ANR2017I Administrator TSM issued command: QUERY
PROCESS
02/28/03 13:26:28     ANR8443E CHECKIN LIBVOLUME: Volume AIX140 in library
                       3494VTS cannot be assigned a status of SCRATCH.
02/28/03 13:26:28     ANR8443E CHECKIN LIBVOLUME: Volume AIX102 in library
                       3494VTS cannot be assigned a status of SCRATCH.
02/28/03 13:26:28     ANR8430I Volume VT1001 has been checked into library
                       3494VTS.
02/28/03 13:26:29     ANR8430I Volume VT1002 has been checked into library
                       3494VTS.
02/28/03 13:26:29     ANR8430I Volume VT1004 has been checked into library
                       3494VTS.
02/28/03 13:26:29     ANR8430I Volume VT1003 has been checked into library
                       3494VTS.
02/28/03 13:26:29     ANR2017I Administrator TSM issued command: QUERY
ACTLOG
02/28/03 13:26:30     ANR8430I Volume VT1006 has been checked into library
                       3494VTS.
02/28/03 13:26:30     ANR8430I Volume VT1005 has been checked into library
                       3494VTS.
02/28/03 13:26:30     ANR8430I Volume VT1008 has been checked into library
                       3494VTS.
02/28/03 13:26:31     ANR8430I Volume VT1007 has been checked into library
                       3494VTS.
02/28/03 13:26:31     ANR8430I Volume VT1010 has been checked into library
                       3494VTS.
02/28/03 13:26:31     ANR8430I Volume VT1009 has been checked into library
                       3494VTS.
02/28/03 13:26:32     ANR8430I Volume VT1014 has been checked into library
                       3494VTS.
02/28/03 13:26:32     ANR8430I Volume VT1012 has been checked into library
                       3494VTS.
02/28/03 13:26:32     ANR8443E CHECKIN LIBVOLUME: Volume VT1011 in library
                       3494VTS cannot be assigned a status of SCRATCH.
02/28/03 13:26:32     ANR8430I Volume VT1015 has been checked into library
                       3494VTS.
02/28/03 13:26:33     ANR8430I Volume VT1013 has been checked into library
                       3494VTS.
02/28/03 13:26:33     ANR8443E CHECKIN LIBVOLUME: Volume AIX049 in library
                       3494VTS cannot be assigned a status of SCRATCH.
02/28/03 13:26:33     ANR8443E CHECKIN LIBVOLUME: Volume AIX043 in library
                       3494VTS cannot be assigned a status of SCRATCH.
02/28/03 13:26:33     ANR8443E CHECKIN LIBVOLUME: Volume AIX065 in library
                       3494VTS cannot be assigned a status of SCRATCH.
02/28/03 13:26:33     ANR8443E CHECKIN LIBVOLUME: Volume AIX070 in library
                       3494VTS cannot be assigned a status of SCRATCH.
02/28/03 13:26:33     ANR8443E CHECKIN LIBVOLUME: Volume AIX095 in library
                       3494VTS cannot be assigned a status of SCRATCH.
02/28/03 13:26:33     ANR8443E CHECKIN LIBVOLUME: Volume AIX108 in library
                       3494VTS cannot be assigned a status of SCRATCH.
02/28/03 13:26:33     ANR8443E CHECKIN LIBVOLUME: Volume AIX129 in library
                       3494VTS cannot be assigned a status of SCRATCH.
02/28/03 13:26:33     ANR8443E CHECKIN LIBVOLUME: Volume AIX169 in library
                       3494VTS cannot be assigned a status of SCRATCH.
02/28/03 13:26:33     ANR8443E CHECKIN LIBVOLUME: Volume AIX005 in library
                       3494VTS cannot be assigned a status of SCRATCH.
02/28/03 13:26:33     ANR8443E CHECKIN LIBVOLUME: Volume AIX039 in library
                       3494VTS cannot be assigned a status of SCRATCH.
02/28/03 13:26:33     ANR8443E CHECKIN LIBVOLUME: Volume AIX138 in library
                       3494VTS cannot be assigned a status of SCRATCH.
02/28/03 13:26:33     ANR8443E CHECKIN LIBVOLUME: Volume AIX141 in library
                       3494VTS cannot be assigned a status of SCRATCH.
02/28/03 13:26:33     ANR8443E CHECKIN LIBVOLUME: Volume AIX024 in library
                       3494VTS cannot be assigned a status of SCRATCH.
02/28/03 13:26:33     ANR8443E CHECKIN LIBVOLUME: Volume AIX027 in library
                       3494VTS cannot be assigned a status of SCRATCH.
02/28/03 13:26:33     ANR8430I Volume AIX109 has been checked into library
                       3494VTS.
02/28/03 13:26:33     ANR8430I Volume AIX096 has been checked into library
                       3494VTS.
02/28/03 13:26:34     ANR8443E CHECKIN LIBVOLUME: Volume AIX099 in library
                       3494VTS cannot be assigned a status of SCRATCH.
02/28/03 13:26:34     ANR8430I Volume AIX100 has been checked into library
                       3494VTS.
02/28/03 13:26:34     ANR8443E CHECKIN LIBVOLUME: Volume AIX050 in library
                       3494VTS cannot be assigned a status of SCRATCH.
02/28/03 13:26:34     ANR8430I Volume AIX121 has been checked into library
                       3494VTS.
02/28/03 13:26:34     ANR8430I Volume AIX128 has been checked into library
                       3494VTS.
02/28/03 13:26:35     ANR8430I Volume AIX147 has been checked into library
                       3494VTS.
02/28/03 13:26:35     ANR8430I Volume AIX132 has been checked into library
                       3494VTS.
02/28/03 13:26:35     ANR8430I Volume AIX022 has been checked into library
                       3494VTS.
02/28/03 13:26:35     ANR8431I CHECKIN LIBVOLUME process completed for
library
                       3494VTS; 22 volume(s) found.
02/28/03 13:26:35     ANR0985I Process 143 for CHECKIN LIBVOLUME running
in
the
                       BACKGROUND completed with completion state SUCCESS
at
                       13:26:35.
----- Original Message -----
From: "Orville Lantto" <orville.lantto AT DATATREND DOT COM>
To: <ADSM-L AT VM.MARIST DOT EDU>
Sent: Friday, February 28, 2003 11:47 AM
Subject: Re: Problem while using "move drmedia"


> 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: Orville.Lantto AT datatrend DOT com
>
> 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 <tommy.templeton AT MMRS.STATE.MS DOT US>
> Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
> 02/27/2003 09:57 AM
> Please respond to "ADSM: Dist Stor Manager"
>
>
>         To:     ADSM-L AT VM.MARIST DOT EDU
>         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 - templeton AT mmrs.state.ms DOT us

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