ADSM-L

Re: Checkin libvol

2003-10-10 14:24:08
Subject: Re: Checkin libvol
From: Mike Cantrell <Mike_Cantrell AT SAKSINC DOT COM>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Fri, 10 Oct 2003 13:22:17 -0500
Hello
I used the following ksh script
for volser in $(libtapeck|grep FF00 |awk '{print $1}')
do
dsmck checkin libv sakslib02 $volser status=scratch devtype=3590
checklabel=no
done
Note libtapeck is a script  "mtlib -l /dev/lmcp0 -q I" and FF00 is inset
status.

This gets any volumes that are in insert status.

Mike

-----Original Message-----
From: Bill Boyer [mailto:bill.boyer AT VERIZON DOT NET]
Sent: Friday, October 10, 2003 10:14 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: Checkin libvol


The PERL script was more portable than an shell script. We do TSM
implementations on both Unix and Windows platforms. Yes, I work with Ted
Byrne. The Perl script can be used on any platform with Perl and the TSM
admin client loaded.

Bill Boyer
DSS, Inc.

-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU]On Behalf Of
Wilcox, Andy
Sent: Friday, October 10, 2003 8:58 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: Checkin libvol


Hiya Ted,

Just out of complete curiosity, why would you want to run such a script from
somewhere other than on the server itself??? We do something pretty much the
same except the scipt runs from AIX on our TSM server...

Cheers

Andy Wilcox
Midrange Services
Aquila Networks Services Ltd


> -----Original Message-----
> From: Ted Byrne [SMTP:ted.byrne AT ADELPHIA DOT NET]
> Sent: 10 October 2003 13:57
> To:   ADSM-L AT VM.MARIST DOT EDU
> Subject:      Re: Checkin libvol
>
> > >Hi everyone!
> > >Everytime I try to checkin my tapes to my library I need to run q
> > request and reply <request nr>
> > >Is it possible to checkin tape without to run a reply <request nr>?
>
> Checking in the tapes through an I/O station (search=bulk) does
> require that a reply be issued to a request.  However, for many of our
> customers, it is not practical to have the operator who  is actually
> handling tapes running a checkin manually after the Entry/Exit port is
> loaded with the day's tapes (almost always less than the capacity of
> the entry/exit port).
>
> For this situation, we have written a small perl script that gets
> scheduled once a day,  typically at the end of each weekday.  It's
> defined as a client event to run on a machine with the administrative
> client installed.  The script runs, issues the checkin libv command,
> issues the "q
> request", parses the output to get the request number, and then issues the
> reply.
>
> Works well for us and our customers...
>
> Ted
>
>
> **********************************************************************
> ****
> **************************
> 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.
****************************************************************************
************************

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