Tim,

As others have stated, the easiest way to change the expiration date of an
active tape is simply use the ISPF interface or the old TIQ online
interface; or even the Vantage/GMI GUI interface (Graphical User Interface).
Or, if you want to do it with a batch job you could use TMSUPDTE to change
the EXPDT value.

However, if you want to change via OPEN processing you can INCREASE the
EXPDT value by either DISP=OLD (re-create processing, the entire dataset
needs to be re-written) or DISP=MOD processing (add an additional record to
the file). I haven't tried doing a DISP=MOD with IEBGENER where the SYSUT1
DD statement is DD DUMMY. It should still go through OPEN processing on the
SYSUT2, in which case if the JCL specified EXPDT value is HIGHER then what
is currently on the tape the existing tape's expiration date will be
increased. This will NOT work however to decrease the expiration date, only
to increase the expiration date.

Russell Witt
CA-1 Level-2 Support Manager

-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Behalf Of Tim Hare
Sent: Friday, July 20, 2007 1:22 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: "Dumb" CA-1 question


It's Friday and the brain apparently turned off, and RTFM isn't working
well....

When running with CA-1 active, is it possible to reset the expiration date
of an existing tape dataset via the EXPDT= parameter in JCL?  Some of us
thought that at one time it was possible, at least for single-dataset
volumes... but others don't. The only thing I could think of would be to
rewrite the dataset with DISP=OLD and a new EXPDT= but I can't see that
you could do it without recreating the dataset - for example, by reading
it and coding EXPDT= in the JCL.


Tim Hare
Senior Systems Programmer
Florida Department of Transportation
(850) 414-4209

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Reply via email to