I'm running the following on a z/OS 1.13 system.Consider the following JCL which I use to unload the load from the ODF IVP:
//STEP1 EXEC PGM=ARSADMIN,REGION=0M,
// PARM=('/-V //DD:IN -u odadmin -p blahblah')
//STEPLIB DD DISP=SHR,DSN=ARS.ARSV950.SARSLOAD
//SYSPRINT DD SYSOUT=*
//SYSOUT DD SYSOUT=*
//IN DD *
unload
-h
ARCH950
-g
"Daily sales invoices"
-L
5052-1-0-5FAA-0-0-5053
/*
//ARSBIN DD PATH='/usr/lpp/ars/V9R5M0/bin'
//SYSPRINT DD SYSOUT=*
//SYSOUT DD SYSOUT=*
//STDERR DD SYSOUT=*
//STDOUT DD SYSOUT=* In V9.5 of CMOD the "-V" parm has been removed from the list of optional parms.
Reference:
http://www-01.ibm.com/support/knowledgecenter/SSQHWE_9.5.0/com.ibm.ondemand.administeringzos.doc/dodad002.htm If I run this JCL on V9.5 I get the following in SYSOUT:
********************************* TOP OF DATA ********************************************
ARS1000I Usage: arsadmin unload | store | retrieve | import | compress | decompress | icu
Version: 9.5.0.1
******************************** BOTTOM OF DATA ******************************************Okay ... I'll just put all of those parms in the PARM= field.
NO GOOD!
Now I get the following error:
IEF642I EXCESSIVE PARAMETER LENGTH IN THE PARM FIELD
IF you're on z/OS 2.1 the parm field has been expanded and z/OS can handle a parm field of that length.
IF you're on z/OS 1.13 or earlier the length of the parm field required to unload the ODF IVP is greater than the operating system can handle.
How will I circumvent this?
Well, of course I could unload from the admin client but that's the easy way out.
I want to do this in batch.
What I'm going to do is via the admin client rename "Daily sales invoices" to just DSI for now.
Then I'll need to revisit the whole ODF IVP to look into changing "Daily sales invoices" to DSI...
...or look into getting my test system upgraded to z/OS V2.1.
Ed