We had the same problem at our site - a physically partitioned 3584 library
used by two separate
TSM servers.  Here's the logic of the script I wrote to "fix" to the
problem:

1. Use the tapeutil command to list the tapes in the I/O convenience slots.
2. Check DRM to see if it knows about the tape.  If DRM has no record of
the tape then assume
it belongs to the other TSM server and ignore it.
3. If the tape is defined to DRM then use the tapeutil command to manually
move the
tape to an open slot in the library.
4. Check the tape in using the command:
checkin libvol ibm3584 search=yes checkl=barcode stat=scratch
vollist=volser
5. Do steps 2-4 for each tape found in step 1.

Note that the checkin libvol command in step 4 does not cause a request to
be issued (i.e.
no need to run the "q req" command).

Hope this helps

Jeff Renicker




                                                                       
             "Marcel J.E. Mol"                                         
             <marcel AT mesa DOT nl>                                          
             Sent by: "ADSM:                                            To
             Dist Stor                 ADSM-L AT VM.MARIST DOT EDU            
             Manager"                                                   cc
             <[email protected]                                         
             .EDU>                                                 Subject
                                       Re: FW: checkin <vol>           
                                       checklabel=barcode search=bulk
             02/04/2004 10:18                                          
             AM                                                        
                                                                       
                                                                       
             Please respond to                                         
                  marcel                                               
                                                                       
                                                                       




> Hi not sure if this help but this is how we do it.
>
> First I do a move drm for each vaultretrieve that I am going to checkin.
>
> move drm vol1234 wherestate=vaultretrieve tostate=onsiteretrieve
> move drm vol2345 wherestate=vaultretrieve tostate=onsiteretrieve
> move drm vol3456 wherestate=vaultretrieve tostate=onsiteretrieve

Yes, thats what I do too (actually have an extra step to move fron
vaultretrieve to courierretrieve).
And I also want to use this list to specifically check them in.

> The I run the following which I put in a script I call checkin, less
typing
> "run checkin"
>
> checkin libvol ibm3584 search=bulk status=scratch checkl=barcode

But this will checkin all volunes in the bulk, even the ones for the
other logical library (or are not vaultretrieve/courierretrieve for
that matter). That is why I want to use the above list to specifically
checkin the volumes.

> Next q req, and finally, reply request number, that's it. I do not have
to
> have a drive free for this process because the checkl=barcode.

Operators put in the tapes in the bulk and then run the custom-checkin
script. So if my checkin syntax would have been valid things would have
been much simpler: checkin libv 3584lib <volume> checklabel=barcode
search=bulk

-Marcel

> -----Original Message-----
> From: Marcel J.E. Mol [mailto:marcel AT MESA DOT NL]
> Sent: Wednesday, February 04, 2004 8:15 AM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: checkin <vol> checklabel=barcode search=bulk
>
>
> Hello,
>
> I have an issue with the TSM checkin facility.
>
> I have this 3584 library with 10 slot ioport (bulk).  The library
> is split in 2 logicals. So the bulk can have tapes from both
> logical libraries. (eg operators returning tapes and don't know what
> tapes belong to which librarie so just put them all i the bulk).
>
> Now I want to checkin the volumes known to TSM DRM (vaultretrieve)
> volume by volume by just checking the barcode on the volume.  I
> would want to run something like:
>
>      checkin libv 3584lib <volume> checklabel=barcode search=bulk
>
> So just tell TSM to scan the bulk for the specified volume and check
> it in without checking the label using a tapedrive. And preferably
> also without putting out a request to insert the volume in the bulk.
>
> But:
>
> tsm: > checkin libv 3584lib 100288   checklabel=barcode search=bulk
> ANR2020E CHECKIN LIBVOLUME: Invalid parameter - SEARCH.
> ANS8001I Return code 3.
>
> (Ok, 'help checkin libv' shows that this is not valid syntax.)
>
> All I can do is
>
>    checkin libv 3584lib 100288  checklabel=yes
>
> But now TSM request me specifically to put the volume in the top
> slot of the bulk and reply to a request, after which TSM will put
> the volume checks the label using a drive. (I could use checklabel=no
> but then TSM just picks whatever in is the top bulk slot and assumes
> it is the specified volume).
>
> As the operator puts in many volumes in the bulk I have to move then
> to the top slot one by one.
>
>
> Do I overlook something or should this be filed as an enhancement
> request?
>
> TSM server 5.1.8 and 5.2 on AIX 5.1.
>
> Thanks,
>
> -Marcel
>
> --
>      ======--------         Marcel J.E. Mol                MESA
Consulting
> B.V.
>     =======---------        ph. +31-(0)6-54724868          P.O. Box 112
>     =======---------        marcel AT mesa DOT nl                 2630 AC
Nootdorp
> __==== www.mesa.nl ---____U_n_i_x______I_n_t_e_r_n_e_t____ The
Netherlands
> ____
>  They couldn't think of a number,           Linux user 1148  --
> counter.li.org
>     so they gave me a name!  -- Rupert Hine  --  www.ruperthine.com

--
     ======--------         Marcel J.E. Mol                MESA Consulting
B.V.
    =======---------        ph. +31-(0)6-54724868          P.O. Box 112
    =======---------        marcel AT mesa DOT nl                 2630 AC
Nootdorp
__==== www.mesa.nl ---____U_n_i_x______I_n_t_e_r_n_e_t____ The Netherlands
____
 They couldn't think of a number,           Linux user 1148  --
counter.li.org
    so they gave me a name!  -- Rupert Hine  --  www.ruperthine.com