Hi Roger!
Why don't you use a MOVE DATA against r/o volumes? It has a WAIT=YES
parameter and it's better than using the AUDIT VOLUME command.
When you have a read error on a primary pool volume, the audit command
(with FIX=YES) removes the backup data from the tape. Not a problem for
backup data from the BA client, it gets backed up again next time, but
it is a problem when this is TDP data. Your whole backup series is
corrupted and you should schedule a new full backup as soon as possible.
So my opinion is that r/o issues shouldn't be fixed automatically and
unattended.
Kind regards,
Eric van Loon
Royal Dutch Airlines
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Roger Deschner
Sent: woensdag 7 november 2012 0:18
To: ADSM-L AT VM.MARIST DOT EDU
Subject: AUDIT VOL with WAIT=YES ?
Does anybody have a script or program that can issue a TSM AUDIT VOLUME
command and wait for it to finish - as though WAIT=YES existed?
I keep getting r/o vols in my DEVCLASS FILE storage pools. I want to
audit them before changing them back to r/w. I want an automatic process
to do that, one at a time.
I could have set up this storage pool with preallocated files instead of
letting the operating system allocate and remove scratch volume files,
but dsmfmt on 55TB of space to prepare the fixed volume files would take
a very long time, like about a CPU-year.
Roger Deschner University of Illinois at Chicago rogerd AT uic DOT edu
======I have not lost my mind -- it is backed up on tape somewhere.=====
********************************************************
For information, services and offers, please visit our web site:
http://www.klm.com. This e-mail and any attachment may contain confidential and
privileged material intended for the addressee only. If you are not the
addressee, you are notified that no part of the e-mail or any attachment may be
disclosed, copied or distributed, and that any other action related to this
e-mail or attachment is strictly prohibited, and may be unlawful. If you have
received this e-mail by error, please notify the sender immediately by return
e-mail, and delete this message.
Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its
employees shall not be liable for the incorrect or incomplete transmission of
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch
Airlines) is registered in Amstelveen, The Netherlands, with registered number
33014286
********************************************************
|