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: [EMAIL PROTECTED] ____________________________________________________________ Solution Professional Services B.V. is onderdeel van THE SLTN GROUP An IBM Premier Business Partner ____________________________________________________________ "Wilcox, Andy" <[EMAIL PROTECTED]> Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> 13-10-2003 10:45 Please respond to "ADSM: Dist Stor Manager" To: [EMAIL PROTECTED] 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:[EMAIL PROTECTED] > Sent: 13 October 2003 08:30 > To: [EMAIL PROTECTED] > 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:[EMAIL PROTECTED] > >> > >> > >>>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 > > =======--------- [EMAIL PROTECTED] 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: [EMAIL PROTECTED] > > 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 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 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. ****************************************************************************************************