Jeffrey,

This is basically exactly what I do except my step 4 is different:
  checkin libvol 3584lib $volume checkl=yes stat=scratch

(and therefor I need to make sure a drive is empty and move the
volume up to the top slot and check/reply the TSM request, which
may cause al kinds of race conditions or deadlocks)

I did not realize the search=yes also scans the bulk!

On the other hand search=yes for evey volume will occupy the library
with 'lots' of scans.

I still think my suggested way would make checkin life much easier and
is not difficult for development to implement I guess. Is TSM development
listening? Andy?


-Marcel


On Wed, Feb 04, 2004 at 12:38:53PM -0500, Jeffrey Renicker wrote:
>
> 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
>





--
     ======--------         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