Works as designed
Met vriendelijke groet, with kind regards,
Richard van Denzel
Consultant
IBM CATE, TSM Certified Consultant
____________________________________________________________
Solution Professional Services B.V.
____________________________________________________________
Transistorstraat 167, 1322 CN Almere
Postbus 50044, 1305 AA Almere.
T: +31 (0)36 880 02 22
F: +31 (0)36 880 02 44
M: +31 (0)652 663 978
W: www.sltngroup.com
E: rvandenzel AT sltngroup DOT com
____________________________________________________________
Solution Professional Services B.V. is onderdeel van THE SLTN GROUP
An IBM Premier Business Partner
____________________________________________________________
"Wilcox, Andy" <andy.wilcox AT AQUILA-NETWORKS.CO DOT UK>
Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
13-10-2003 10:45
Please respond to "ADSM: Dist Stor Manager"
To: ADSM-L AT VM.MARIST DOT EDU
cc:
Subject: Re: Checkin libvol
Food for thought (or at least what I have noticed on a 3584) when TSM
mounts
a tape, the libvolume still has the home element id of the slot it came
out
of. Therefore when TSM checks in tapes it will cannot use the "empty" slot
created by the mounted tape.
Cheers
Andy Wilcox
Midrange Services
Aquila Networks Services Ltd
> -----Original Message-----
> From: Otto Schakenbos [SMTP:otto.schakenbos AT TELEFLEX DOT COM]
> Sent: 13 October 2003 08:30
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: Re: Checkin libvol
>
> If that happens (having a tape in slot where another tapes belongs then
> tsm will take the drive offline and you will have take the tape out of
> the drive by hand. This is probarly not what you want. You could do a q
> mount, get a list of the mounted tape and with a query libv see in which
> slots these tapes belong. This way you know which slot you can use. It
> would be easiest to put this in a script which gives you a list of slots
> you can use or can not use, but this is depending on the size of your
> installation. (maybe some handy sql select command could do the trick)
>
> Regards
>
> Marcel J.E. Mol wrote:
>
> >On Fri, Oct 10, 2003 at 07:35:43AM -0500, Stapleton, Mark wrote:
> >
> >
> >>From: Christian Svensson [mailto:christian.svensson AT CRISTIE DOT SE]
> >>
> >>
> >>>Search=yes is not picking up the media from the Service port.
> >>>
> >>>
> >>I need to use Search=bulk.
> >>And and it??s still does??nt work.<
> >>
> >>If you're loading tapes into the I/O station, you'll have to run the
> request/reply process to check them. The search=yes parameter is only
used
> when you put tapes into the library manually.
> >>
> >>
> >
> >I noticed that too. But isn't entering tapes in empty slots a bit
> dangerous?
> >If tsm has loaded a tape from say slot 100 in a drive and you put a new
> tape
> >in slot 100 what will happen if tsm wants to return the tape from the
> drive to
> >its original slot?
> >
> >I'm using a script to checkin tapes one by one from the ioslots (3584)
> >explicitely specifying the volumelabel. TSM then requests me to put
> >the tape in the upper slot for every tape. I wish that it would support
> >search=bulk so it scans the ioports for the specific volume...
> >
> >-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
> >
> >
>
>
> --
> Otto Schakenbos
> PC-Support
>
> TEL: +49-7151/502 8468
> FAX: +49-7151/502 8489
> MOBILE: +49-172/7102715
> E-MAIL: otto.schakenbos AT teleflex DOT com
>
> TFX IT-Service AG
> Fronackerstrasse 33-35
> 71332 Waiblingen
> GERMANY
>
>
>
**************************************************************************
> **************************
> Confidentiality: This e-mail and any files transmitted with it are
> confidential and intended solely for the use of the individual or entity
> to whom they are addressed. If you have received this e-mail in error,
> use of this information (including disclosure, copying or distribution)
> may be unlawful. Please notify postmaster AT aquila-networks.co DOT uk. and
> delete the message immediately.
>
> Security: Internet e-mail is not a 100% secure communications medium.
>
> Viruses: This e-mail (and any attachments) has been checked (using
Sophos
> Sweep 3.68 + patches) and found to be clean from any virus infection
> before leaving.
> Therefore neither Aquila Networks Services Ltd nor Midlands Electricity
> plc or any of their group undertakings (as defined by the Companies
Act
> 1989) (together referred to as the "Companies") accept legal
> responsibility for this message or liability for the consequences of any
> computer viruses which may have been transmitted by this e-mail.
>
> Monitoring: All electronic communications with the Companies may be
> monitored in accordance with the UK Regulation of Investigatory Powers
> Act, Lawful Business Practice Regulations, 2000. If you do not consent
to
> such monitoring, you should contact the sender of this e-mail.
>
> Aquila Networks Services Limited,
> Registered office: Whittington Hall, Whittington, Worcester, WR5 2RB
> Registered in England and Wales number 3600545
> This e-mail may be sent on behalf of any of the Companies.
>
**************************************************************************
> **************************
****************************************************************************************************
Confidentiality: This e-mail and any files transmitted with it are
confidential and intended solely for the use of the individual or entity
to whom they are addressed. If you have received this e-mail in error,
use of this information (including disclosure, copying or distribution)
may be unlawful. Please notify postmaster AT aquila-networks.co DOT uk. and
delete the message immediately.
Security: Internet e-mail is not a 100% secure communications medium.
Viruses: This e-mail (and any attachments) has been checked (using Sophos
Sweep 3.74 + patches) and found to be clean from any virus infection
before leaving.
Therefore neither Aquila Networks Services Ltd nor Midlands Electricity
plc or any of their group undertakings (as defined by the Companies Act
1989) (together referred to as the "Companies") accept legal
responsibility for this message or liability for the consequences of any
computer viruses which may have been transmitted by this e-mail.
Monitoring: All electronic communications with the Companies may be
monitored in accordance with the UK Regulation of Investigatory Powers
Act, Lawful Business Practice Regulations, 2000. If you do not consent to
such monitoring, you should contact the sender of this e-mail.
Aquila Networks Services Limited,
Registered office: Whittington Hall, Whittington, Worcester, WR5 2RB
Registered in England and Wales number 3600545
This e-mail may be sent on behalf of any of the Companies.
****************************************************************************************************
|
